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Scope 



The present document defines the functional requirements for an "ATM over xDSL" Broadband Access Digital Section 
(ADS), between the UNI interface at T/S reference point and the Access Network End System at the VBl reference 
point, operated over an xDSL connection between an xDSL based Broadband Network Termination and an xDSL based 
Broadband Line Termination, both these elements being essential constituents of the B-ADS: 

a) the definition of B-ADS functional characteristics and protocols should enable proper interworking of the B- 
NT with: a) the Customer Premises Network (B-NT2 or TE) on the customer side; 

b) the B-LT and more generally the Access Network End System on the other side, for the provision of ATM 
connectivity. 

At the same time, the specified operational and management requirements will enable proper interworking of the B- 
ADS elements with the remaining Access Network elements and with the Service Node, as well as proper B-ADS 
management. 

The document also identifies proper protocols and relevant supporting facilities for the control and management of the 
Customer Premises Network. 
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Definitions and abbreviations 



3.1 Definitions 

For the purposes of the present document, the following terms and definitions apply: 

service node: it identifies the network element including service related functionalities. Service related functionalities 
are those functions which involve knowledge of user service profiles (e.g. signalling, IP address assignment). 

access distribution network: it corresponds to the transport network between the AN End System and the Service 
Node: the transport network does not include ATM functions. In the simpler architectures the Access Distribution 
Network is not present. 

broadband access digital section: 

It consists of: 

the set of ATM Virtual Path or Virtual Channel connections between the B-UNI at Tg reference point and the 
Access Network End System at VB 1 reference point, for the support of the user traffic; 

the physical layer facilities (channels, protocols and relevant termination functions) for the management and 
control of NT physical layer, represented on the line side by xDSL functions; 

- the set of ATM based channels, protocols and relevant termination functions for the overall NT control and 
management; 

the set of ATM based channels, protocols and relevant termination functions for the CPN control and 
management. 

For all these information flows relevant characteristics (such as minimum required channel bandwidth) and transfer 
modes are defined when required. 

access network end system: it is the last active network element before the Broadband Network Termination, going 
from the Service Node toward the Customer Premises Networks. 
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It includes the network side B-ADS termination functions, consisting of: 

ATM LT functions for the user traffic; 

xDSL physical layer (ATU-C or LT) functions; 

termination of B-NT management and control protocols; 

provision of the required synchronization flows (timing references). 

As the CPN management and control protocols are terminated in the CPN (service) management system, the ANES 
must provide the required transport capability for these protocols. 

It also includes the termination of proper control protocols for coordination with the Service Node: such protocols 
consist of those defined in ITU-T Recommendation G. 967.2 [32], or ITU-T Recommendation G. 967.1 [31], or 
alternatively those defined in ATM Forum UNI SignalHng 4.0, July 1996 [1]. 

broadband line termination: it consists of the set of ATM and physical layer functions dedicated to the support of a 
single xDSL based access line within the Access Network End System. The B-LT is delimited on the line side by the 
physical xDSL interface, and on the network side by the VBl reference point. 

broadband network termination: it is the last network unit managed and controlled by the network operator. 

It consists of the following functions and information flows, some of which depend on the UNI(s) to be supported: 

xDSL physical layer termination; 

B-NT management and control protocols and relevant terminations; 

proper ATM VP or VC cross-connect functions for the support of the user traffic and CPN control and 
management protocols; 

proper termination functions for the support of ATM and non-ATM User Network Interfaces; 

proper support of visual indicators for local signalling of alarm/fault conditions; 

proper network synchronization; 

local powering. 

customer premises network: it is the customer internal network. The CPN can incorporate more than one B-TE and 
more than one non-ATM TE. The B-NT is not part of the CPN but interfaces to it through the UNI interface. 

In the simplest case, the CPN is just a single TE or B-TE. Throughout the present document, where the architecture of 
the CPN is not relevant, the terms CPN and B-TE/TE may be used interchangeably. 

broadband terminal equipment (B-TE): it is any customer owned equipment provided with an ATM interface for the 
interconnection with the xDSL NT (or the Access Network End System directly), therefore it may include e.g. ATM 
switch or IP router. 

terminal equipment: it is any other customer equipment provided with a non-ATM interface for the interconnection 
with the xDSL NT. 

VBl reference point: it corresponds, as far as concerns the user traffic and the relevant O&M flows, to the functional 
interface between the ATM layer functions (including termination of proper O&M flows) specifically dedicated to the 
user traffic supported over a single xDSL line, and the other functions of the Access Network End System. 

It also identifies the network side interface at which the termination functions for the B-ADS information flows are 
specified. 

xDSL: generic term for the family of DSL technologies, including ADSL, HDSL, VDSL, SDSL. 
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3.2 



Abbreviations 



For the purposes of the present document, the following abbreviations apply: 



EFCI 

IWU 

PHY 

RA 

T-R 

USB 

xTU-R 



Explicit Forward Congestion Indication 

Interworking Unit 

Physical Layer termination function 

Rate Adaptation 

to be provided by Nortel 

Universal Serial Bus 

xDSL Tranceiver (user side) 



4 Reference configurations 

4.1 B-ADS supporting a single ATM interface at UNI 

The Broadband Access Digital Section supporting a single physical ATM interface at User Network Interface is shown 
in following figure 1. The B-TE represents any customer equipment provided with ATM UNI interfaces. 



UNI 



-I-Qan 
access network 



B-TE 



S/T 
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B-NT 



ACCESS NETWORK 
END SYSTEM 



(xDSL based) 
B-LT 



1B1 




BROADBAND ACCESS DIGITAL SECTION ] 

< ►! 



Figure 1 : xDSL based ATM Access Digital Section supporting a single ATM interface at UNI 

In this configuration the B-NT supports a single ATM based UNI interface, whose characteristics are compliant with 
the specifications given in the following sub-clauses. 

The CPN control channel is based on a single ATM signalling channel, supported over a virtual channel with the 
standard VPI and VCI value (0 and 5 respectively). 
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4.1 .1 Functions of xDSL based B-NT supporting a single ATM interface 

The functional block diagram of an xDSL based B-NT, part of an Access Digital Section as identified in figure 1, and 
supporting a single ATM interface at the User Network Interface, is shown in figure 2. 
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Figure 2: Functions of xDSL based B-NT withi single ATIVI interface at User Network Interface 

The xTU-R and the ATM layer functions, represented by the ATM VPA'^C Cross-Connect block, are described in detail 
in dedicated sub-clauses of the present document (note: some xDSL technologies do not support dual latency). 

The ATM functions include the Usage Parameter Control (Policing) function at VP and possibly VC layer, to be 
operated on the traffic coming from the user and directed toward the network (upstream traffic). 

No traffic shaping functions are performed in the B-NT on the downstream traffic, while ordinary buffering and 
multiplexing functions are performed in accordance with the general ATM principles: however the detailed 
specification of B-NT ATM and physical layer termination functions are specified in dedicated subclauses of the 
present document. 

The Management & Control Entity block includes the B-NT Management & Control protocol termination and local 
management functions: their detailed description is given in a dedicated subclause of the present document. 

The UNI Termination function is relevant to the Physical Layer functions for the ATM interface between the B-NT and 
the Broadband Terminal Equipment. 

ATM interfaces taken into consideration are the following: 

- 25 Mb/s interface, as specified in ETS 300 811 [10]; 

51 Mb/s interface, as specified in [3]; 

USB interface, as specified in [36], and using the Broadband Modem Access Protocol for the coordinated set-up 
of the interface. With this type of ATM interface, part of the ATM Adaptation Layer Segmentation and 
Reassembly functions can be optionally performed within the NT itself. 
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4.2 B-ADS supporting multiple ATIVI UNIs 

The reference configuration for a B-ADS supporting multiple physical ATM interfaces at the User Network Interface is 
shown in figure 3. Each of these interfaces shall be provided with separate standard signalling (and optionally 
metasignalling) channels supported over VC connections with standard VPI/VCI values. 
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Figure 3: xDSL based ATM Access Digital Section supporting multiple ATM interfaces at UNI 

4.2.1 Functions of an xDSL based B-NT supporting multiple ATM UNIs 

The functional block diagram of an xDSL based B-NT, part of a B-ADS as identified in figure 3, and supporting 
multiple ATM interfaces at User Network Interface, is shown in figure 4. 
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Figure 4: Functions of xDSL based B-NT with multiple ATM User Network Interfaces 

The functions included in this B-NT are the same as those included in the B-NT supporting a single ATM UNI, the only 
difference being represented by the number of UNI Termination blocks and the corresponding number of interfaces 
between the UNI Termination block and the ATM VP/VC XC functional block. 

Management and control functions for this type of B-NT are exactly the same used for the previous type of B-NT, the 
only difference being represented by a larger number of parameters to be managed or controlled. 

The supported types of ATM interfaces are as described in the previous subclause. 
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4.3 B-ADS supporting non ATM Interfaces 

The reference configuration of an xDSL based Access Digital Section supporting non- ATM interfaces toward the 
customer terminals is shown in figure 5. The B-NT in this case includes Terminal Adaptation functions. 
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Figure 5: Reference configuration of xDSL based 
Broadband Access Digital Section supporting non ATIUI interfaces 

Figure 5 shows the example of a B-NT supporting only a non- ATM interface. However, the support by a single B-NT 
of ATM and non- ATM interfaces is a possible optional implementation. 

The non ATM interfaces considered in the present document are: 

a) Ethernet 10 and 100 Base T; 

b) USB [36], with reference to the profile prescribing ATM termination functions included in the B-NT itself. 

For the support of the mentioned Ethernet interfaces, the following two alternative solutions are described in the present 
document: 

- MAC bridging, as specified in IETF RFC 1483 [18]; 

- IP routing, as specified in IETF RFC 791 [19] and IETF RFC 1577 [21]. 

4.3.1 Functions of an xDSL based B-NT supporting non ATM interfaces 

The functional block diagram of an xDSL based B-NT supporting non- ATM interfaces toward the customer Terminal 
Equipment is shown in figure 6. 
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Figure 6: Functions of xDSL based NT supporting non-ATIVI interfaces 
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The Terminal Adaptation functions are represented by the IWU functional block, which includes: 
ATM Termination; 

Traffic Shaping for the upstream generated ATM traffic; 
ATM Adaptation Layer Termination functions; 

- Non-ATM functions. 

The PHY block includes proper Physical Layer termination functions for the non-ATM interface. 

5 B-NT Functional Requirements 

5.1 Transmission Functions 

5.1 .1 Requirements of xDSL Bearer Capabilities 

The xDSL bearer requirements for transmission systems to be applied as part of broadband access digital sections can 
be identified by defining the server characteristics of physical layer for ATM layer and higher layers. From this point of 
view the following parameters have to be determined for every individual xDSL transmission system: 

number of concurrent transmission channels per direction of transmission; 

aggregate bandwidth available for higher layers per direction of transmission; 

specific data rate per particular transmission channel; 

data rate granularity; 

data rate symmetry between downstream/upstream direction; 

dynamic adjustment of aggregate data rate according to modified environmental conditions; 

- dynamic re-partitioning of bandwidth between particular channels; 
transmission delay; 

transmission quality based on bit error rate; 

maximum interruption time of the transmission due to internal re-configurations (e.g. dynamic rate adaptation or 
dynamic rate re-partitioning); 

capabilities to transfer a reference clock of higher layers in downstream direction. 

For the assessment of transmission technologies and implemented systems regarding to their application within access 
digital section the following minimum requirements shall be met: 

General Requirements: 

at least one transmission channel per direction of transmission; 

the long term average maximum bit error rate shall not exceed 10"^ (because ATM and AAL do not always 
provide an error correction mechanism for the payload). 
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Service Specific Requirements: 



ratio between downstream and upstream rate not lower than or equal to 8: 1 (if IP oriented services are 
supported); 

requirements about one-way delay due to the B-ADS will have to be defined accordingly to the specific services 
and corresponding network reference scenarios. 

NOTE: Though a minimum data rate of 2 Mbit/s in at least one direction of transmission is requested in other 
standard documents for broadband transmission systems (e.g. ITU-T Recommendation 1.113 [26]) this 
requirement was not decided to be appropriate for xDSL systems operating with lower data rates. 
Furthermore it does not reflect the actual service-oriented demand of residential or small business 
customers. 

5.1.1.1 ADSL Transport Capabilities 

Reference: ITU-T Recommendation G. 992.1 [27]. 

Number of concurrent transmission channels 

downstream: 1 or 2 (ATM-Mode) 

upstream: 1 or 2 (ATM-Mode) 
Normative aggregate bandwidth 

downstream: 32 kbit/s .. 6 144 Mbit/s 

upstream: 32 kbit/s .. 640 kbit/s 
Specific channel rate 

downstream:?)! kbit/s .. 6144 Kbit/s (Single latency) /6n2 Kbit/s (Dual latency) 

upstream:!)! kbit/s .. 640 kbit/s (Single latency) /608 kbit/s (Dual latency) 

Data rate granularity: in steps of 32 kbit/s 

Data rate symmetry: Downstream/upstream ratio not higher than 10: 1 is adjustable 

Dynamic bandwidth adjustment: Optional 

Dynamic bandwidth re-partitioning: Optional 

Transmission Delay: Minimum 2 ms 

Maximum 20 ms (dependent on interleaver depth inside interlvd. 
channel) 

Transmission quality: BER < 10' 

Downstream Reference Clock Transfer: Network Timing Reference 

5.1 .1 .2 VDSL Transport Capabilities 

For further study. 

5.1 .1 .3 SDSL Transport Capabilities 

For further study. 
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5.1 .2 Co-Existence with narrowband services 

5.1 .2.1 Sharing of same physical medium by frequency separation 

Some types of xDSL transmission systems are capable of transferring narrowband services like POTS or ISDN 
simultaneously with the broadband signals over the same copper pair, by frequency separation. This combination is 
limited on the physical media level and therefore the requirements are outside the scope of Broadband Access Digital 
Section. 

5.1 .2.2 Sharing of the same transceiver 

Another alternative is to transfer broadband and narrowband services as different bearers over the same xDSL 
transceiver. This is left for further study. 

5.1.3 O&M functions 

This section provides an overview about physical layer Operation and Maintenance functions related to the O&M flows 
Fl, F2 and F3 according to ETS 300 404 [11], adapted to xDSL transmission systems. Only those functions which are 
mandatory within the scope of B-NT are listed here. 

Refer to the description of xDSL atomic functions in chapter 7 for more detailed information about these O&M 
primitives. 

ADSL specific OAM Functions with their respective OAM primitives 

(Reference: ITU-T Recommendation G.992.1 [27]): 

• Near End Fault Monitoring Function: 

Loss-of-signal defect (LOS); 

Severely errored frame defect (SEF); 

Loss of cell Delineation interleaved defect (LCD-I); 

Loss of cell Delineation fast defect (LCD-F); 

Loss of Power defect (LPR). 

• Fault Reporting Function to Far End: 

Loss of signal indicator (LOS); 

Remote defect indication indicator (RDI); 

Loss of Power (Dying Gasp indicator). 

• Near End Performance Monitoring Function: 

Forward error correction interleaved anomaly (FEC-I); 
Forward error correction fast anomaly (FEC-F); 
Cyclic redundancy check interleaved anomaly (CRC-I); 
Cyclic redundancy check fast anomaly (CRC-F); 
No cell delineation interleaved anomaly (NCD-I); 
No cell delineation fast anomaly (NCD-F); 
Out of Cell Delineation interleaved anomaly (OCD-I); 
Out of Cell Delineation fast anomaly (OCD-F); 
Header Error Check interleaved anomaly (HEC-I); 
Header Error Check fast anomaly (HEC-F). 
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• Performance Reporting Function to Far End: 

Forward error correction count interleaved data indicator (FECC-I); 
Forward error correction count fast data indicator (FECC-F); 
Far-end block error count interleaved data indicator (FEBE-I); 
Far-end block error count fast data indicator (FEBE-F); 
No cell delineation interleaved data indicator (NCD-I); 
No cell delineation fast data indicator (NCD-F); 
Header error check interleaved data indicator (HEC-I); 
Header error check fast data indicator (HEC-F). 

5.2 ATM layer functions 

Figure 7 shows an overview about all possible atomic functions of a B-NT. The set of functions required for 
representing a pure VP Cross-Connect, a VC-Cross-Connect and a Terminal Adapter for non-ATM user interfaces is 
illustrated by the respective arrows. (Note: make the figure more consistent with the table, e.g. immediate connection 
between different VP-CPs at user side). 
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Figure 7: Overview about B-NT ATIVI iayer functions 
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5.2.1 VP connectivity 



ATM Virtual Path Connections are identified for the following configuration cases: 

a) connection of VP Connection Points ( VP-CP) between user side and access network side (B-NT is representing a 
VP Cross Connect); 

b) immediate connection between different VP-CPs at user side (B-NT is representing a VP Cross Connect); 

c) connection of VP-CP and VP termination connection points (VP-TCP) at user side (B-NT is representing a VC 
Cross Connect); 

d) connection of VP-CP and VP-TCP at access network side (B-NT is representing a VC Cross Connect or a 
Terminal Adapter or uses internal communications channels). 

The set of input and output ports is divided into four subsets, each containing both input and output ports (4-port 
according to ETS 300 417-1-1 [16]): 

VP-CPs at user side; 

VP-TCPs at user side; 

VP-CPs at access network side; 

VP-TCPs at access network side. 

The possible connection capabilities between these ports are summarized in table 1 . 

Table 1 : VP-Layer Connection Capabilities of B-NT 





Input 




User Side 


Access Network Side 


Output 


CP 


TCP 


CP 


TCP 


User Side 


CP 


optional (see note) 


optional 


mandatory 


- 


TCP 


optional 


- 


- 


- 


Access Network 
Side 


CP 


IVIandatory 


- 


- 


mandatory 


TCP 


- 


- 


mandatory 


- 


NOTE: CPs must be different. 



Reference: EN 301 163-2-1 [9], subclause 5.1 ("ATM virtual path connection function Avp_C"). 

Characteristics: 

point-to-point connection; 

bi-directional connection; 

unprotected connection; 

permanent or semi-permanent connections controlled by management plane; 

number of connections is restricted by VPI value range at user/access network ports (0..255) and physical 
resources of the B-NT. 
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5.2.2 VP trail termination 

VP end-to-end trails have to be terminated in the B-NT for the following cases: 

• existing terminal adaptation functions for non-ATM user ports (virtual user port); 

• existing VC connection functions (see figure 7); 

• termination of virtual paths for internal use in access digital section (e.g. virtual path dedicated to management 
communications channel). 

Reference: EN 301 163-2-1 [9], subclause 5.2 ("ATM virtual path trail termination functions Avp_TT"). 



5.2.3 VC connectivity 



ATM virtual channel connections between user ports and access network ports are optional. 

Possible applications for VC connectivity are: 

distribution of the virtual channels of a user port that supports only a single virtual path (e.g. VPI 0) into two 
physical layer channels (latency paths) at access network port; 

merging all virtual channels of multiple user ports into a single virtual path per latency path at access network 
port. 

The set of input and output ports is divided into four subsets, each containing both input and output ports (4-port 
according to ETS 300 417-1-1 [16]): 

VC-CPs at user side; 

VC-CPs at access network side; 

- VC-TCPs at user side; 

VC-TCPs for internal application (e.g. management communications channel). 

The possible connection capabilities between these ports are summarized in table 2. 

Table 2: VC-Layer Connection Capabilities of B-NT 





Input 
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Access Network 
Side 


Internal 


Output 


CP 


TCP 


CP 


TCP 
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CP 


optional (see note) 
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TCP 
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- 


optional 
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Access Network 
Side 


CP 
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optional 
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Internal 


TCP 


- 


- 


mandatory 


- 


NOTE: CPs must be different. 



Reference: EN 301 163-2-1 [9], subclause 7.1 ("ATM virtual channel connection function Avc_C"). 

Characteristics: 

point-to-point connection; 

bi-directional connection; 

unprotected connection; 

permanent or semi-permanent connections controlled by management plane; 

number of connections is restricted by VCI value range (0..2"'-l) and physical resources of the B-NT. 
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5.2.4 VC Trail Termination 

VC end-to-end trails have to be terminated in the B-NT for the following cases: 

existing terminal adaptation functions for non-ATM user ports; 

termination of virtual channels for internal use in access digital section (e.g. virtual channel dedicated to 
management communications channel). 

Reference: EN 301 163-2-1 [9], subclause 7.2 ("ATM virtual channel trail termination functions Avc_TT"). 



5.2.5 Support of Dual Latency 



The xDSL dual latency concept enables to distribute ATM connections onto two physical channels with different 
transmission characteristics. It is recommended to perform this distribution function based on virtual path level, i.e. the 
set of virtual paths at the access network side of B-NT is divided into two subsets those are assigned to the different 
physical layer channels. 

5.2.6 Implications of Rate Adaptation 

The xDSL systems with Rate Adaptation (RA) capability are capable of self-determining their transmission capabilities 
at start-up (static) or even dynamically during run-time (dynamic), and accordingly adjusting the supported data rate. 

This is a major difference in relation to SDH- or PDH- based physical layers those always provide constant transfer 
capabilities. The change of the actual available data rate over time may influence existing ATM connections, i.e. 
connection QoS cannot be guaranteed in the portion of bandwidth affected by RA. The resulting implications between 
Physical Layer and ATM or Higher service layers have not been standardized yet. 

When Rate Adaptation capability is supported by the xDSL based B-ADS, Connection Admission Control functions in 
the AN and the SN must be informed about the relevant Rate Adaptation characteristics, in order to properly set up QoS 
parameters for the ATM connections supported over the xDSL based B-ADS. 

5.2.7 Implications of Rate Repartitioning 

Rate Repartitioning is used to distribute the available physical bandwidth onto the two different physical layer channels. 
This function enhances existing connection admission control mechanisms in such a way that the physical layer latency 
channel can be selected for every new ATM connection to be established. If the transmission capacity of the selected 
latency channel is too small, whereas the other latency channel can provide the missing capacity, as it is not utilized for 
a portion corresponding to the required missing capacity, a bandwidth reallocation enables the set-up of the new 
connection. Proper procedures have to be implemented for avoiding unacceptable service disruption during the Rate 
Repartitioning procedure. 

As in the previous case. Connection Admission Control functions in the AN and the SN must be informed about the 
relevant RR characteristics, in order to properly set up QoS parameters for the ATM connections supported over the 
xDSL based B-ADS. 

5.2.8 UPC/NPC 

The UPC function shall detect violations of the negotiated traffic parameters in order to protect the QoS of other active 
ATM connections. 

Another function of UPC/NPC is to check whether a corresponding traffic shaping function located at information 
source has been adjusted properly. In this way possible transmission problems at ATM layer or higher layers can be 
associated to the customers premises or network providers domain. 

UPC functions are defined for both virtual path layer (UPC(VP)) and virtual channel layer (UPC(VC)). 

The use of the UPC function is recommended in ETS 300 301 [15]: "Usage parameter control is performed on VCCs or 
VPCs at the point where the first VP or VC links are terminated within the network" . 
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In order to limit the B-NT complexity it is recommended to limit this function to policing at virtual path level based on 
peak cell rate. Cells violating the negotiated traffic parameters shall be removed. Policing on VC basis is optional. 
Adoption of other policing parameters (such as Maximum Burst Size for VBR connections) is also optional. 

The use of the NPC function is optional in ETS 300 301 [15]: "Network parameter control is performed on VCCs or 
VPCs at the point where they are first processed in a network after having crossed an inter-network interface (INI)". 

It is assumed that a INI will never exist between the B-NT and the ANES in the upstream direction. 

Reference: EN 301 163-2-1 [9], subclauses 5.5.2 and 7.5.2 ("ATM virtual path traffic management trail 

termination sink functions AvpT_TT_Sk and ("ATM virtual channel traffic mgt. trail termination 
sink functions AvcT_TT_Sk). 

5.2.9 Traffic Shaping 

Traffic Shaping has to be performed at the non-ATM user interfaces in upstream direction in order to send data into the 
network in accordance with the negotiated peak cell rate. This function is mandatory at VC level and, if more then one 
VC uses the same VP, mandatory on VP level also. 

Reference: EN 301 163-2-1 [9], subclauses 5.5.2 and 7.5.2 ("ATM virtual path traffic management trail 

termination sink functions AvpT_TT_Sk and ("ATM virtual channel traffic mgt. trail termination 
sink functions AvcT_TT_Sk). 

5.2.10 Congestion Control 

Congestion control mechanisms based on selective cell discarding and EFCI setting are for further study. 

5.2.1 1 Operation and Maintenance (O&M) 

In order to limit the complexity of the B-NT only the following O&M functions are mandatory in the scope of the 
B-ADS: 

AIS (Alarm Indication Signal) function; 

RDI (Remote Defect Indication) function; 

Continuity Check function; 

Loopback function. 

The following paragraphs provide a brief description of each of the above listed functions. 

5.2.11.1 AIS Function 

AIS reports defect indications in the forward direction. 

According to ETS 300 404 [11] the AIS function is defined at both VP level (within the F4 flow) and VC level (within 
F5 flow). 

AIS shall be sent when detecting a failure at the layer below or loss of continuity at the relevant layer. 

5.2.1 1 .2 Remote Defect Indication (RDI) Function 

RDI reports remote defect indications in the backward direction. 

According to ETS 300 404 [11] the RDI function is defined both at VP level (within the F4 flow) and at VC level 
(within F5 flow). 

RDI is sent to the far-end Trail Connection Point after a local failure in the corresponding layer or the layers below was 
detected by a TCP. 
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5.2.11.3 Continuity Check Function 

Continuity check serves for monitoring the connectivity at ATM layer between the TCPs and Segment TCPs of a 
certain ATM connection. 

According to ETS 300 404 [11] the Continuity Check function is defined both at VP level (within the F4 flow) and at 
VC level (within F5 flow). 

VPC/VCC Continuity Check can be simultaneously carried out end-to-end or at segment level on a certain number of 
selected active VPCs/VCCs in each direction. Continuity check can be activated either during connection establishment 
or at any time after the connection has been established. 

Two alternative mechanisms exist for the insertion of continuity check cells after the activation of the continuity check 
function: 

a continuity check cell is sent downstream when no user cell has been sent for a period of nominally 1 second 
(Option 1); 

continuity check cells can also be sent repetitively with a periodicity of nominally 1 cell per second 
independently of the user cell flow (Option 2). 

5.2.1 1 .4 Loopback Function 

The loopback function offers the possibility to inject a OAM loopback cell at one CP/TCP and to send a looped cell 
back from another CP/TCP of the same connection. Loopback cells serve for checking connections or connection 
segments without influencing the user data cell flow. 

According to ETS 300 404 [11] the loopback function is defined both at VP level (within the F4 flow) and at VC level 
(within F5 flow). There are several loopback types to be distinguished with regard to their application: 

End to-end-Loopback 

A end-to-end loopback cell is inserted by a Termination Connection Point (TCP) and looped back by the corresponding 
far-end TCP. 

Access line loopback 

A segment loopback cell is inserted by the customer or the network and looped back by the first ATM node in the 
network or customer equipment respectively. 

Network-to-endpoint loopback 

An end-to-end loopback cell is inserted by one network operator and looped back by the TCP in another domain. 

The main application of the loopback function is for on-demand connectivity monitoring, failure localization and for 
pre-service connectivity verification. 

Table 3 gives an overview about supported OAM procedures on virtual path level and their assignment to the B-NT 
functional blocks. Table 4 provides similar information for OAM procedures on virtual channel level. 

Generally the B-NT may contain end points and intermediate points of OAM-F4 flows at VP level. 

Furthermore the B-NT may contain end points and optionally intermediate points of OAM-F5 flows. 

For identification of the relevant functional blocks that perform O&M function for the different configurations of the 
B-NT refer to table 3. For details about OAM flows and OAM procedures refer to ETS 300 404 [11]. 
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Table 3: Supported 0AM Procedures on VP level 





VP-AIS 


VP-RDI 


VP-CC 


VP-Loopback 


Physical Layer to VP Layer Adaptation Sinl< 


Insertion 








VP Trail Termination Source 




Insertion 


Insertion 




VP Trail Termination Sink 


Extraction 


Extraction 


Extraction 




VP Segment Trail Termination Source 






Insertion (see 
note) 




VP Segment Trail Termination Sink 






Extraction (see 
note) 




VP Loopback Source 








Insertion at 
loopback point 


VP Loopback Sink 








Extraction at 
loopback point 


NOTE: Optional. 



Table 4: Supported 0AM Procedures on VC level 





VC-AIS 


VC-RDI 


vc-cc 


VC-Loopback 


VP Layer to VC Layer Adaptation Sink 


Insertion 








VC Trail Termination Source 




Insertion 


Insertion 




VC Trail Termination Sink 


Extraction 


Extraction 


Extraction 




VC Segment Trail Termination Source 






Insertion (see note) 




VC Segment Trail Termination Sink 






Extraction (see note) 




VC Loopback Source 








Insertion at 
loopback point 


VC Loopback Sink 








Extraction at 
loopback point 


NOTE: optional. 



5.2.11.5 VP-AIS 

Insertion of VP-AIS cells is performed in the "Physical layer to ATM VP layer adaptation sink" function. 

VP-AIS detection is mandatory for the "VP layer trail termination sink" function. 

At connection points between VP links no VP-AIS monitoring is required and therefore is optional. 

5.2.11.6 VP-RDI 

Insertion of VP-RDI cells shall be performed in the "VP layer trail termination source" function. 
VP-RDI detection is mandatory for the " VP layer trail termination sink" functions. 
At connection points between VP links no VP-RDI monitoring is required and therefore is optional. 
The usage of the defect type and defect location fields are optional. 



5.2.11.7 



VP Continuity Check 



Insertion of VP-End-to-End Continuity Check cells will be performed in the "VP layer trail termination source" 
function. VP-End-to-End-Continuity Check cell detection is mandatory for "VP layer trail termination sink" functions. 

Insertion of VP-Segment Continuity Check cells shall be performed in the "VP layer Segment trail termination source" 
function. VP-Segment-Continuity Check cell detection is mandatory for "VP layer Segment trail termination sink" 
functions. At connection points between VP links no VP-Continuity Check (both End to End and Segment) cell 
monitoring is required and therefore is optional. 

For Continuity Check cell insertion, Option 1 or Option 2 according to ETS 300 404 [11] can be applied, however 
option 2 is recommended. The activation/deactivation of continuity check procedure can be performed by management 
plane or by OAM activation/deactivation cells. In this latter case continuity check is activated/deactivated via OAM 
activation/deactivation cells according to ETS 300 404 [11]. 
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5.2.11.8 VP-Loopback 



The VP-Loopback Functionality of the B-NT is hmited to act as a loopback point, i.e. to extract loopback cells from one 
direction, process them and send it back in the opposite direction. 

The Loopback source and sink function can be assigned to VP trail termination points or VP connection points. 

End-to-End-Loopback cells are looped back only in VP trail termination points whereas Segment-Loopback cells can be 
looped back at both VP trail termination point and VP connection points. 

The activation/deactivation of the loopback function shall be performed by the management plane. Alternatively the 
loopback function may be permanently active. 

5.2.11.9 VC-AIS 

Insertion of VC-AIS cells shall be performed in the "VP Layer to VC layer adaptation sink" function. 

VC-AIS detection is mandatory for "VC layer trail termination sink" functions. 

At connection points between VC links no VC-AIS monitoring is required and therefore is optional. 

5.2.11.10 VC-RDI 

Insertion of VC-RDI cells shall be performed in the " VC layer trail termination source" function. 
VC-RDI detection is mandatory for "VC layer trail termination sink" functions. 
At connection points between VC links no VC-RDI monitoring is required and therefore is optional. 
The usage of the defect type and defect location fields are optional. 

5.2.11.11 VC-Continuity Check 

Insertion of VC-End-to-End Continuity Check cells shall be performed in the "VC layer trail termination source" 
function. VC-End-to-End-Continuity Check cell detection is mandatory for "VC layer trail termination sink" functions. 

Insertion of VC-Segment Continuity Check cells shall be performed in "VC layer Segment trail termination source" 
function. VC-Segment-Continuity Check cell detection is mandatory for "VC layer Segment trail termination sink" 
functions. At connection points between VC links no VC-Continuity Check (both End to End and Segment) cell 
monitoring is required and therefore optional. 

For Continuity Check cell insertion Option 1 or Option 2 according ETS 300 404 [11] may be applied, however 
option 2 is recommended. The activation/deactivation of continuity check procedure can be performed by management 
plane or by OAM activation/deactivation cells. In this latter case continuity check is activated/deactivated via OAM 
activation/deactivation cells according to ETS 300 404 [11]. 

5.2.11.12 VC-Loopback 

The VC-Loopback Functionality of the B-NT is limited to act as a loopback point, i.e. to extract loopback cells from 
one direction, process them and send it back in the opposite direction. 

The Loopback source and sink function can be assigned to VC trail termination points or VC connection points. 

End-to-End-Loopback cells are looped back only in VC trail termination points whereas Segment-Loopback cells can 
be looped back at both VC trail termination points and VC connection points. 

The activation/deactivation of the loopback function may be performed by the management plane or, alternatively, may 
be permanently active. 
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5.3 Supported UNIs 
5.3.1 ATM based UNIs 

ATM based UNIs can be assigned to the Tb or Sb reference point according to reference configurations from 

ITU-T Recommendation 1.413 [34]. A list of UNI currently standardized (ITU-T Recommendation 1.414 [35]) for the 

Tb- and Sb reference points given in table 5. 

Table 5: ATM UNI Overview 



UNI 


Reference Standard 


Assigned at 
Reference Point 


SDH Based UNI 


ETS300 300[14], 

ITU-T Recommendation 1.432.2 

[37] 


Tb, Sb 


Cell Based UNI 


ETS300 299[13], 

ITU-T Recommendation 1.432.2 

[37] 


Tb, Sb 


PDH Based UNI (1544 kbit/s and 2048 kbit/s) 


ETS3G0 742[17], 

ITU-T Recommendation 1.432.3 

[38] 


Tb, Sb 


UNI at 51 840 kbit/s 


ITU-T Recommendation 1.432.4 
[39] 


Sb 


UNI at 25 600 kbit/s 


ITU-T Recommendation 1.432.5 
[40] 


Sb 



As it is recommended to choose interface types appropriate to the transmission systems transport capabilities, the 
suitable choice for ADSL based B-ADS is the UNI at 25 600 Mb/s, while VDSL based B-ADS could also utilize UNI at 

51 840 Mb/s. 

A not yet ITU-T standardized UNI type applicable at Tb/Sb reference point and suitable to ADSL based B-ADS, is the 
Universal Serial Bus interface, as specified in USB Specification Revision 1.1, and using the Broadband Modem Access 
Protocol for the coordinated set-up of the interface. With this type of ATM interface, ATM Adaptation Layer 
Segmentation and Reassembly functions can be optionally located within the NT itself. 

5.3.2 Non ATM User Network Interfaces 

Non ATM user interfaces are provided at the R reference point according to ITU-T Recommendation 1.413 [34]. They 
are not subject of standardization in ITU-T or ETSI, however reference is made to documents from other standard 
bodies. In consideration of the high variety of non- ATM user interfaces only a limited set of typical used interfaces is 
referenced within the present document without restricting further implementation in the future: 

Table 6: non ATM UNI Overview 



UNI 


Reference Standard 


Assigned at Reference Point 


USB 




Rb 


1 Base-T 


IEEE 802.3 [24] 


Rb 


1 00 Base-T 


IEEE 802.3 [24] 


Rb 
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5.4 Interworking functions for the support of non ATM interfaces 

5.4.1 Support of Ethernet interfaces 
5.4.1.1 Bridging mode 

Bridging mode enables the support of Point-to-Point Protocol over Ethernet (PPPoE), as specified in 
IETF RFC 2516 [25]. 

When the B-NT operates in the bridging mode, upon receiving any MAC frame over the Ethernet interfaces, the B-NT 
encapsulates the PDU Payload for LLC bridging, as specified in IETF RFC 1483 [18]. 

The Logical Link Control bridged Payload Data Units are encapsulated by identifying the type of the bridged media in 
the Sub-Network Attachment Point (SNAP) header, through the LLC header value OxAA-AA-03, followed by 
Organizationally Unique Identifier (OUI), Protocol IDentifier (PID), Padding (PAD), the MAC destination address and 
the reminder of the MAC frame. 

The AAL5 CPCS-PDU payload field carrying a bridged 802.3 PDU is segmented into multiples of 48 bytes and each 
cell is appended with an ATM header for transport over ATM interface. 




NOTE: PPP and PPPoE are alternative protocols supported over Ethernet frames, beyond the direct support of IP 
packets. 

Figure 8: Ethernet over ATM using RFC 1483 - LLC/SNAP Encapsulation 

5.4.1.2 Routing mode 

For further study. 

5.4.2 Support of USB interfaces 

For further study (refer to [36]). 
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5.5 B-NT Management Functions 
5.5.1 Management Architecture 

With reference to the functional block diagrams of clause 3, the B-NT management is based on the functional 
architecture shown in the figure 9. 



Transfer Functions 



UNI 
Termination 



ATM 
Functions 



xDSL 

Physical Layer 

Functions 



UNI 



, , Layered Mgt & Control 



Mat & Control Coordination function 



ATM 



xDSL 



PHY 



Mgt &: Control entity 



Remote control 
through NT Management Channel 

(when required) 



Remote control 

through xDSL specific Physical 

layer Management Channel 



Figure 9: B-NT Management & Control Architecture 

A single management and control entity shall properly operate, configure and monitor each specific layer within the 
xDSL based B-NT, as well as Management and Control Coordination functions. 

The layer partitioning within the B-NT is the following: 

xDSL based Physical Layer; 

- ATM layer; 

UNI functions including both non ATM layer functions (such as those above the ATM layer required to support 
non ATM based interfaces) and specific UNI Physical Layer functions (such as those required for ATM 25.6 
Mb/s interface or Ethernet 10/100 Base T). 

This management model is the basis for the definition of the entities remotely managed through different management 
protocols and channels. 

The xDSL based Physical Layer shall be remotely managed through the xDSL specific Physical Layer Management 
Channels. 

For ADSL the Physical Layer management and relevant remote control channels are based on the specifications given 
in ITU-T Recommendation G.994.1 [28] and in ITU-T Recommendation G.997.1 [29]. 

All the other layer specific functions and the Mgt. & Control coordination function shall be remotely operated through 
the B-NT Management Communication Channel and Protocol, as specified in the following subclauses. 

In case the B-NT does not include any ATM function and UNI termination functions are under control of a proper B-TE 
(e.g. Personal Computer), as in case of USB ATM interface between the B-NT and the B-TE, the B-NT Management 
Communication Channel and Protocol is not required. 
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5.5.2 Management Communication CInannel 

The B-NT Management & Control Communication Channel shall be based on a permanent Virtual Channel 
Connection. 

Such VCC shall be terminated in the B-NT itself on one side, in the Access Network End System or its Manager 
(ANES Element Manager) on the other side, as shown in figure 10. 

The same figure shows as well the extension of the CPN Management & Control Channel, which is however outside of 
the scope of this subclause. 

In any case the ANES EM, and consequently the Access Network Management System shall have the complete 
management and control of the B-NT, even if the Management Channel and Protocol termination is within the ANES 
itself. 

It is not the scope of the present document to compel the implementation of such termination in one way or the other 
within the Access Network Management architecture, but the B-NT management shall not depend on any other 
management channel/protocol. 



B-NT Mgt. & Control Comm. Channel 



UNI 





xDSL specific PHY 
Mgt. cliannel(s) 




'HY 



Q 



AN 



ANES EM 



B-LT 



AT(lfl 



CPE (Service) 
Management 



VB1 



CPN Mgt. & Control Comm. Channel 

Figure 10: Extension and relevant termination functions of tlie B-NT and CPN lUlanagement & Control 
Communication Channels, and XDSL specific Physical Layer management channel(s) 



5.5.3 Management Protocol 



The management protocol shall be based on the Simple Network Management Protocol, as defined in 
IETF RFC 1157 [20]. 

The relevant protocol stack is shown in the figure 11. SNMP messages are encapsulated in ATM Adaptation Layer 5, in 
the way already defined for encapsulation of Interim Local Management Interface protocol in AAL5 (refer to ATM 
Forum document ILMI 4.0). 



SNIUIP 



AAL5 



ATM VCC 



Figure 11 : Protocol stack of the B-NT lUlanagement & Control Communication Channel 

5.5.4 Management Elements 

The B-NT is capable of supporting ATM interfaces and/or non-ATM interfaces as specified in clause 4. 

The relevant protocol stack for the support of each of these interfaces is defined in accordance with the MIB definition. 
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5.5.5 Management Information Base 

The relevant MIB will be defined in accordance with the functional elements defined in clause 7. 

5.6 Local Signalling Functions 

5.6.1 B-NT status 

A visual indication shall provide information about the B-NT status. An alarm shall be generated when a fault in the B- 
NT power supply prevents correct B-NT working, and/or for other reasons the B-NT is not able to properly operate. 
This alarm shall be also detected at the B-LT and reported to the Access Network Management System. 

The visual indication, through a LED of the B-NT and a corresponding word "STATUS", shall have the following 
meaning: 

• Off power supply is not properly provided; 

• Green On power supply exists and the B-NT is properly operating; 

• Red On the B-NT is not properly operating. 

5.6.2 Line status 

A visual indication shall provide information about the status of the connection between the B-NT and the B-LT. 

The recognition of AJS, RDI, Loss of signal and Loss of synchronization on this interface, as well as correct operation 
of the Management & Control Channel & protocol, are included as causes of this alarm. 

The visual indication, given by a LED and possibly a corresponding word "Line", shall have the following meaning: 

Green Flashing during training/initialization; 

Green On correct operation; 

Off or Red On uncorrect operation (the choice between Off (no light displayed) or a Red light On is optional). 

5.6.3 UNI Port status 

A visual indication shall provide information about the status of the UNI ports between the B-NT and the CPE (or B- 
TE/TE). Each independent UNI port shall be provided with a specific visual indicator. 

The recognition of RDI, Loss of signal and Loss of synchronization on the monitored UNI port is included as cause of 
this alarm. The visual indication, given by a yellow LED and possibly a corresponding word "Port", shall have the 
following meaning: 

Off correct working; 

On not correct functioning. 



5.7 Timing function 



The B-NT, whenever required and applicable, shall be capable of transferring network reference timing from xDSL 
interface to the proper UNI interfaces. 



£75/ 



31 



ETSI TS 101 012 VI. 1.1 (2000-09) 



5.8 Local powering 

Local powering will be provided in accordance with relevant lEC/CENELEC safety requirements. 

The AC/DC converter may be included in the same enclosure of the B-NT or may be hosted in a separate dedicated 
box. The main characteristics of local powering are the following: 



AC Voltage: 

AC Voltage tolerance: 

AC frequency: 

AC frequency tolerance: 

Troubled operation: 

Storage time: 

Transient disturbance: 

Noise immunity against line-conducted, 

pulse formed disturbances: 
earth 

Noise immunity according to EN 50082-2 [5]: 

Burst 

ESD 

Protection class: 



230 V 

H-10%/-15% 

(230 V H- 10 %, 220 V - 10 %) 

50 Hz 

+ 2 Hz 

+ 5 Hz and voltage in range - 198 V '* 

'^ no destruction and automatic return to the operating condition 
> 20 ms with 230 V and rated load 
lEC 60664 [22], installation category 2, (2,5 kV l,2)is/50)is) 

EN 61000-4-5 [4]: 1996, pulse form l,2)is/50)is, 2 kV core against 
4 kV core against earth 

EN 61000-4-4 [6], 4 kV 

EN 61000-4-2 [7], 4 kV/8 kV (contact-/air discharge) 

II according to EN 60950 [8] 



5.9 Activation/deactivation 



For further study. 



£75/ 



32 



ETSI TS 101 012 VI. 1.1 (2000-09) 



5.1 Atomic model of a B-NT supporting ATIVI UNIs 

Figure 12 shows the atomic functional representation of B-NT supporting single or multiple ATM UNIs. 

Internal channels (e.g. Mgt. & Control Comm. Channel) 




ATM 25 tp_TT 



ATM25s/tp_A V 7 ATM 

UNI 
ATM25 s_TT \ / Term. 




ATM25pmd/s_A \^ 



J 'J'plkM'pJK 



AS^.^ \s/.1 ADSLtp_TT 
TCP 



\ / 



ATU-R 



ta/t Ihnt/rlv. ADSLs TT 



V 



7 



ADSL pmd/s_A 



ADSL pmd_TT 



0..iATM UNIs 



ADSL line Interface 



Figure 12: Atomic model of an xDSL based B-NT supporting ATM UNIs 

As for the reference configuration the atomic functional representation is independent from the number of atomic 
functions replicated inside the network element, in this case the B-NT. The detailed description of each atomic function 
shown in Figure 4 is given in dedicated sub-clauses of the present document. 



6 B-LT and B-TE Functional Requirements 

For further study. 
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Functional Model and Processes 



7.1 



Introduction 



This clause defines the functions of the different layers and sublayers incorporated in the B-NT, using the functional 
atomic model defined in EN 301 163-2-1 [9]. 

7.2 Modelling of Transfer and Layer Management Functions 

The figure 13 shows all the atomic functions which can be included in the ADSL NT at the ADSL side, based on ATM 
layer modelling defined in EN 301 163-2-1 [9], ITU-T Recommendation 1.732 [33], and ADSL modelling proposed in 
the present document. 



Higher layers functions 




ATIVI VC Layer 



ATIVI VC/Higtier layer LinkAdaptation 
(AALSforIP, etc.) 

ATM VC Trail Term.: F5 processing 
ATIVI VP Traffic Mgt.: UPC/ Traffic shaping 
ATM VC Connection 



ATM VP/ VC layer Adaptation: 

Asynchr. mux of VCCs in each VPC, VCI Assignment 

ATM VP Trail Termination: F4 processing 

ATM VP Traffic Mgt.: UPC/ Traffic shaping 
ATM VP Connection Function 



ADSL Transm. Path Layer Adaptation: 

Asynchr. mux of VPC in each ASx/LSx channel/ 

Cell rate decoupling/ HEC proc. /Payload (de)scrambling 

ADSL/ Transm. Path Layer Termination: 
Specific ASx/LSx maintenance (if defined) 



Interleaved 



ADSL Section Layer 



Sect. /Transm. Path Layer Adaptation: ASx/LSx multiplexing 
in fast/interleaving channels/ Cell Rate synchronization 



Section Layer Termination: CRC/FEC calculation/ setting of 
relevant counters and indicators 



ADSL PMD Layer 



PMD/Section Layer Adapt.: (De)lnterlv. of interlvd. channels 
bit stream distribution/reassembly to/from DMT carriers 



PMD Layer Termination: Pilot tone detection/generation 
Relevant alarm/indicators setting 



Figure 13: Representation of atomic functions for ADSL/ ATIVI based NT 
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7.3 ATM Layer Functions 



7.3.1 ADSL TP to ATM VP Adapt. Source Function (ADSLtp/Avp_A_So) 

Reference: ITU-T Recommendation G.992.1 [27], subclauses 7.2 and 8.2. 

Symbol: 

Avp_GI 



J^ 



ADSL 
tp/Avp_A 




ADSLtp/Avp_A_So_MI 



ADSLtp_AI 



Processes: 



The ADSLtp/Avp_A_So function provides adaptation from the ATM Virtual Path layer to the ADSL transmission path. 
This is performed by a grouping of specific processes and common processes according to the following list: 

Specific Processes (characterized by the Virtual Path Identifier): 

VP activation/deactivation; 

ATM VPs asynchronous multiplexing; 
- VPI setting. 
Common Processes: 

congestion control (selective cell discard based on CLP); 

GFC processing; 

TP usage measurement; 

cell rate decoupling; 

HEC generation; 

Payload scrambling; 

cell stream mapping in ASx/LSx channels. 
For a detailed description of the above processes refer to EN 301 163-2-1 [9]. 
Interfaces: 

Table 7: ADSL_tp/Avp_A_So input and output signals 



Input(s) 


Output(s) 


Avp_CI_D (ATM cell data - VP specific) 
Avp CI ACS (cell start indication) 
ADSLtp/Avp_A_So_MI_VPI-KActive (Activation VPI-K) 
ADSLtp/Avp_A_So_MI_TPusgActive (Activation TP usage 
measurement) 


ADSLtp(i) A! D 

(i:AS0..1 ->DS, LS0..1 -> US)) 

ADSLtp(i) A! CLK (TP bit clock) 

ADSLtp/Avp A So Ml pUser Total-I 

ADSLtp/Avp_A_So_MI_pUser_Total-F 

ADSLtp/Avp A So Ml pCong 
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Defects: 


None. 


Consequent Actions: 


None. 


Defect Correlations: 


None. 



Performance Monitoring: 

pUser_Total-I: Counter of the total number of cells in the interleaved data path delivered at the input of the 
function. 

pUser_Total-F: Counter of the total number of cells in the fast data path delivered at the input of the function. 

pCong: Counter of Congestion events. 

7.3.2 ADSL TP Layer to ATM VP Adapt. Sink Funct. (ADSLtp/Avp_A_Sk) 

Reference; ITU-T Recommendation G.992.1 [27], sublcauses 7.2 and 8.2. 
Symbol: 

Avp_CI 




/ \ ADSL ,. . 

ADSLtp/Avp_A_RI ^— \ tp/Avp A /x^ ADSLtp/Avp_A_Sk_MI 



7K 

ADSLtp_AI 



Processes: 



The ADSLtp/Avp_A_Sk function provides adaptation from the ADSL transmission path to the ATM Virtual Path layer. 
This is performed by a grouping of specific processes and common processes according to the following list: 

Common Processes: 

TP usage measurement; 
Congestion Control; 
Cell delineation; 
Payload descrambling; 
HEC processing; 

Header verification (only error detection); 
- Cell rate decoupling; 
GFC processing; 
VPI verification. 
Specific Processes (characterized by the Virtual Path Identifier): 
ATM VPs asynchronous demultiplexing; 
VP-AJS insertion. 
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Interfaces: 



Input(s) 


Output(s) 


ADSLtp(i) Al D 


Avp_CI_D (ATM cell data - VP specific) 


(i: AS0..1 -> DS, LS0..1 -> US)) 




ADSLtp(i) Al CLK (TP bit clock) 


Avp_CI_ACS (cell start indication) 


ADSLtp Al TSF (trail signal fail) 


Avp CI SSF (server signal fail) 


ADSLtp/Avp A Sk Ml VPI-KActive (Activation VPI-K) 


ADSLtp/Avp A Rl NCD-I 


ADSLtp/Avp A Sk Ml VPIrange 


ADSLtp/Avp A Rl NCD-F 


(Valid VPI range) 


ADSLtp/Avp A Rl HEC-I 


ADSLtp/Avp_A_Sk_MI_TPusg Active (Activation TP 


ADSLtp/Avp A Rl HEC-F 


usage measurement) 


ADSLtp/Avp A Sk Ml cLCD-l 


ADSLtp/Avp_A_Sk_MI_DFLOC (Defect 


ADSLtp/Avp A Sk Ml cLCD-F 


location field contents for VP-AIS cell) 


ADSLtp/Avp A Sk Ml pInvHead 




ADSLtp/Avp A Sk Ml pHEC Viol-I 




ADSLtp/Avp A Sk Ml pHEC Viol-F 




ADSLtp/Avp A Sk Ml pHEC Total-I 




ADSLtp/Avp A Sk Ml pHEC Total-F 




ADSLtp/Avp A Sk Ml pCong 



Anomalies: 

No Cell Delineation (ncd-I) anomaly: An ncd-I anomaly occurs immediately after ADSLtp/Avp_A_Sk start-up when 
ATM data are allocated to the interleaved buffer and as long as the cell delineation process operating on these data is in 
the HUNT or PRESYNC state. Once cell delineation is acquired, subsequent losses of cell delineation shall be 
considered ocd-I anomalies; 

No Cell Delineation (ncd-F) anomaly: An ncd-F anomaly occurs immediately after ADSLtp/ A vp_A_Sk start-up when 
ATM data are allocated to the fast buffer and as long as the cell delineation process operating on these data is in the 
HUNT or PRESYNC state. Once cell delineation is acquired, subsequent losses of cell delineation shall be considered 
ocd-I anomalies; 

Out of Cell Delineation (ocd-I) anomaly: An ocd-I anomaly occurs when ATM data are allocated to the interleaved 
buffer and the cell delineation process operating on these data transitions from SYNC to HUNT state. An ocd-I anomaly 
terminates when the cell delineation process transitions from PRESYNC to SYNC state or when the dLCD-I defect 
maintenance state is entered; 

Out of Cell Delineation (ocd-F) anomaly: An ocd-F anomaly occurs when ATM data are allocated to the fast buffer and 
the cell delineation process operating on these data transitions from SYNC to HUNT state. An ocd-F anomaly 
terminates when the cell delineation process transitions from PRESYNC to SYNC state or when the dLCD-F defect 
maintenance state is entered; 

Header Error Check (hec-I) anomaly: An hec-I anomaly occurs when an ATM cell header error check fails on the 
interleaved data; 

Header Error Check (hec-F) anomaly: An hec-F anomaly occurs when an ATM cell header error check fails on the fast 
data. 



Defects: 

dLCD-I: 

dLCD-F; 



ALoss of Cell Delineation defect: for interleaved data buffer occurs when at least one ocd-I 
anomaly is present in each of 4 consecutive superframes and no dLOF defect is present. An dLCD- 
I defect terminates when no ocd-I anomaly is present in 4 consecutive superframes. 

ALoss of Cell Delineation defect: for fast data buffer occurs when at least one ocd-F anomaly is 
present in each of 4 consecutive superframes and no dLOF defect is present. An dLCD-F defect 
terminates when no ocd-F anomaly is present in 4 consecutive superframes. 
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Consequent Actions: aSSF <r aTSF or dLCD-F or dLCD-I 

aAIS ^ aTSF or dLCD-F or dLCD-I 

aRDI_NCD-I ^ ncd-I or ocd-I or dLCD-I 

aRDI_NCD-F <- ncd-F or ocd-F or dLCD-F 

aREI_HEC-I ^ hec-I 

aREI_HEC-F ^ hec-F 

Defect Correlations: cLCD-I <- dLCD-I and no aTSF 

cLCD-F ^ dLCD-F and no aTSF 

Performance Monitoring: 

pCong: Counter of Congestion events. 

pHEC_Viol-I: Counter of discarded cells due to invalid HEC checksum in interleaved buffer. 

pHEC_Viol-F; Counter of discarded cells due to invalid HEC checksum in fast buffer. 

pHEC_Total-I: Counter of total number of cells while the cell delineation process in sync state in interleaved 
buffer. 

pHEC_Total-F: Counter of total number of cells while the cell delineation process in sync state in fast buffer. 



pInvHead: 
ATM Virtual Path Layer Functions 



Counter of discarded cells due to invalid header patterns or invalid VPI's (out of range or not 
assigned). 



Avp_Al| 
\Avp 




■ ^vpS/Avp / \AvpS/Avp' 

AvpS _Al| AvpS.AI' 

\AvpS \Avp 



± , 

\ AvpT/Avp / 

?ivpT/ 



Avp_CI 



Figure 14: ATM Virtual Patli iayer network atomic functions 
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7.3.3 ATM Virtual Path Connection Function (Avp_C) 

Symbol; 



Avp_C_MI 



Interfaces: 




Avp_a 



Avp 




Avp_CI 

Figure 15: Avp_C symbol 
Table 8: Avp_C input and output signals 



Input(s) 


Output(s) 


per Avp_CI, n x for the function: 


per Avp_CI, m x per function: 


Avp_CI_D 


Avp_CI_D 


Avp_CI_ACS 


Avp_CI_ACS 


for inputs from tine server layer: 


Avp_CI_SSF 


Avp_CI_SSF 


for outputs to the AvpT_TT_SI<: 


Avp_CI_CNGI 


Avp_CI_CNGI 


per input and output connection point: 




Avp_C_l\/ll_ConnectionPortlds 




per matrix connection: 




Avp_C_l\/ll_ConnectionType 




Avp_C_l\/ll_Directionality 





Processes: 

In the Avp_C function ATM Virtual Path Layer Characteristic Information is routed between input (termination) 
connection points ((T)CPs) and output (T)CPs by means of matrix connections. 

NOTE 1 : Neither the number of input/output signals to the connection function, nor the connectivity is specified in 
the present document. That is a property of individual network elements. 

NOTE 2: If CI_SSF is not connected (when connected to the client layer TT_So), CI_SSF is assumed to be false. 



ETSI 



39 



ETSI TS 101 012 VI. 1.1 (2000-09) 



Figure 34 present a subset of the atomic functions that can be connected to this ATM Virtual Path connection function: 
ATM Virtual Path trail termination functions, ATM Virtual Path Segment trail termination and adaptation functions, 
ATM Virtual Path Traffic Management functions and ATM Virtual Path non-intrusive Monitor functions. In addition, 
adaptation functions in the ATM Virtual Path server layers shall be connected to this ATM Virtual Path connection 
function. 

Routing: The function shall be able to connect a specific input with a specific output by means of establishing a matrix 
connection between the specified input and output. It shall be able to remove an established matrix connection. 

Each (matrix) connection in the Avp_C function is characterized by the following parameters: 



Type of connection: 


unprotected, 

1+1 protected (for further study) 


Traffic direction: 


unidirectional, 
bidirectional 


Input and output connection points: 


set of connection point identifiers (refer to 
ETS 300 41 7-1-1 [1 6], subclause 3.3.6) 



NOTE 3: Multipoint connections are handled as separate connections from the same input CP and are for further 
study. 

NOTE 4: It will be possible to connect one or more Characteristic Information (CI) outputs to one input Connection 
Point (CP) of the Avp_C function. 



Defects: 
Consequent Actions: 



None. 



If an output of this function is not connected to one of its inputs, the connection function will send no cells and 
SSF=false to the output. 

Defect Correlations: None. 

Performance Monitoring: None. 



7.3.4 
7.3.4.1 

Symbol: 



ATM Virtual Path Trail Termination Functions (Avp_TT) 
ATM Virtual Path Trail Termination Source Avp_TT_So 



Avp_AI 



Avp_TT_So_MI 




Avp_RI 



Avp_CI 

Figure 16: Avp_TT_So symbol 
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Interfaces: 



Table 9: Avp_TT_So input and output signals 



Input(s) 


Output(s) 


Avp Al D 


Avp CI D 




Avp Al ACS 


Avp CI ACS 




Avp Rl RDI 






Avp_TT_So_M LCCAD req uest 






Avp TT So Ml CCADresponse 






Avp Rl BRPMdata 






Avp_TT_So_MI_PMADrequest 






Avp_TT_So_MI_PMADresponse 







Processes: 

This function adds the following F4 end-to-end OAM cells to the Characteristic Information: 

VP-RDI insertion: This function inserts VP-RDI cells according to the consequent actions section. 

Continuity Check: If enabled by the CC activation process, this function monitors the cell stream activity at the input. 
There are two options defined in ETS 300 404 [11] for CC. Option 1 defines that a CC cell will be inserted if no cell is 
to be transmitted for >1 second. Option 2 defines that a CC cell will be inserted with a periodicity of 1 cell/s. The 
procedure of CC is described in ETS 300 404 [11], subclause 9.2.1.1.2. 

PM cell generation: If enabled by the PM activation process, the PM forward monitoring cells will be generated; the 
Backward Reporting Performance Monitoring (BRPM) cells will be generated using the PM data from 
Avp_RI_BRPMdata being collected by the Avp_TT_Sk. Refer to ETS 300 404 [11], subclause 10.3. 

PM and CC activation/deactivation: On Avp_MI_CCADrequest or Avp_MI_PMADrequest, an 

ACTIVATE/DEACTIVATE cell for CC or PM will be generated. Depending on the received type of CCADresponse or 
PMADresponse, from the Management Layer, one of the following F4 OAM cells for CC or PM activation/deactivation 
process will be sent: 

- ACTIVATION CONFIRMED 

- ACTIVATION REQUEST DENIED 

- DEACTIVATION CONFIRMED 

Refer to ETS 300 404 [11], sublcauses 9.2.3 and 10.4. 

Defects: None. 

Consequent Actions: 

On declaration of RI_RDI, the function will output VP-RDI OAM cells according to ETS 300 404 [1 1] 
subclause 9.2.1.1.1.2; on clearing of RI_RDI, the generation of VP-RDI cells will be stopped. If implemented, the 
defect type and defect location field of the VP-RDI cell will contain the value provided by the Avp_TT_Sk. If these 
fields are not used, the binary contents will be coded as 6AHex. 

Defect Correlations: None. 

Performance Monitoring: None. 
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7.3.4.2 

Symbol: 



ATM Virtual Path Trail Termination Sink Avp_TT_Sk 



Avp_AI 



Avp_TT_Sk_MI 




Avp_RI 



Interfaces; 



Avp_CI 

Figure 17: AvpTTSk symbol 
Table 10: Avp_TT_Sk input and output signals 



Input(s) 


Output(s) 


Avp CI D 




Avp Al D 


Avp CI ACS 




Avp Al ACS 


Avp_CI_SSF 




Avp_AI_TSF 


Avp TT Sk Ml 


RDIreported 


Avp Rl RDI 


Avp_TT_Sk_ Ml. 


_AISreported 


Avp_RI_BRPMdata 

Avp TT Sk Ml CCADrequest 
Avp_TT_Sk_MI_CCADreport 
Avp TT Sk Ml PMADrequest 
Avp TT Sk Ml PMADreport 
Avp TT Sk Ml cRDI 
Avp TT Sk Ml RDIdata 
Avp TT Sk Ml cAIS 
Avp TT Sk Ml AlSdata 
Avp TT Sk Ml cLOC 
Avp TT Sk Ml pXXX 



Processes: 

This function extracts all the F4 end-to-end OAM cell from the Characteristic Information as follows: 

VP-RDI: The information carried in the F4 OAM RDI cell will be extracted. The VP-RDI provides information as to 
the status of the remote receiver, as well as to the defect type and defect location. The information extracted from the 
defect type and defect location field is reported to the EMF via MI_RDIdata. The presence of an RDI cell indicates a 
Remote Defect Indication state, while the absence of RDI cells for longer than 2,5 ± 0,5 seconds indicates the normal, 
working state. Refer to ETS 300 404 [11], subclauses 9.2.1.1.1.2 and 10.2.1. 

VP-AIS: The information carried in the F4 OAM AIS cell will be extracted. The VP-AIS provides information as to the 
status of the VP connection, as well as to the defect type and defect location. The information extracted from the defect 
type and defect location field is reported to the EMF via MI_AJSdata. The presence of an AIS cell indicates a Alarm 
Indication state, while the reception of a user cell or CC cell indicates the normal, working state. In case of Continuity 
Check is not activated, the absence of AIS cells for longer than 2,5 + 0,5 seconds also indicates the normal, working 
state. Refer to ETS 300 404 [11], subclauses 9.2.1.1.1.1 and 10.2.1. 
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PM and CC activation/deactivation: If an CC or PM ACTIVATE request cell is received, MI_CCAD request or 
MI_PMADrequest is generated towards the Management Layer. On receipt of ACTIVATION CONFIRMED, 
ACTIVATION REQUEST DENIED or DEACTIVATION CONFIRMED F4 end-to-end OAM cell, a 
MI_PMADreport, resp. MI_CCADreport is send to the Management Layer. For more detail see ETS 300 404 [11] 
subclause 9.2.3 and annex B. 

NOTE 1 : In case this function detects F4 segment OAM cells that were not extracted by the segment termination 
function, these cells will be discarded. 

NOTE 2: According to ETS 300 404 [1 1], subclause 9.2.1.1.2, permanent end-to-end CC mechanism will be 
provided simultaneously for all reserved, permanent and semi-permanent VPCs. 

Defects: 

If enabled by the CC activation process, the function will declare dLOC if no user cell or continuity check cell is 
received within a time interval of 3,5 seconds, with a margin of +0.5 seconds (sliding window). Refer to 
ETS 300 404 [11], subclause 9.2.1.1.2. dLOC will be cleared when any user cell or CC cell is received. Also refer to 
[10], subclause 5.6.1.1.2. 

The function will declare dRDI on receipt of an VP-RDI cell. dRDI will be cleared when no VP-RDI is received during 
a nominally 2,5 seconds period, with a margin of +0,5 seconds. Refer to ETS 300 404 [11], subclause 9.2.1.1.1.2. 

The function will detect for dAIS defect according ETS 300 404 [11], subclause 9.2.1.1.1.1. 

Consequent Actions: aTSF ^ CI_SSF or dLOC or dAIS 

aRDI ^ CI_SSF or dLOC or dAIS 

The consequent action aRDI is conveyed through RI_RDI to the Avp_TT_So together with the defect type and defect 
location (if implemented). In case of dAIS, defect type and location through RI_RDI are as in the received VP-AIS cell. 
In case of CI_SSF and dLOC, defect type and location are in respect to the equipment this function is built into. 

NOTE 3; VC-AJS insertion is performed in the Avp/Avc_A_Sk function under control of AI_TSF. 

Defect Correlations: cRDI <— dRDI and RDIreported 

cAIS <r- dAIS and (not CI_SSF) and AlSreported 
cLOC ^ dLOC and (not CI_SSF) and (not dAIS) 

It will be an option to report AIS as a fault cause. This is controlled by means of the parameter AlSreported. The default 
will be AISreported=false. 

Performance Monitoring: 

If activated by the PM activation process, the function will monitor the performance derived from the comparison 
between received block of user cells and information in a received PM cell. The definition of user cells is given in 
ETS 300 404 [1 1] table 1. The result is backward reported via RI_BRPMdata. 

NOTE 4: Supported parameters (e.g. Near/Far End Defect Seconds (pN_DS, pF_DS), Cell Loss Ratio, Cell Error 
Ratio, Cell Misinsertion Rate) as well as the process need to be added. PM will detect errored blocks and 
total received user cell counts. Performances or backward report results of the received PM cell are 
reported via MI_pxxx. 
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7.3.5 

7.3.5.1 
Symbol: 



ATM Virtual Path Monitoring Functions 

ATM Virtual Path Non-intrusive Monitoring Function Avpm_ 

Avp_AI_TSF 



Sk 



Avpm_TT_Sk_MI^ 




^ AvpmRI 



Interfaces: 



Avp_CI 
Figure 18: AvpmTTSk symbol 

Table 11 : Avpm_TT_Sk input and output signals 



Input(s) 


Output(s) 


Avp CI D 


Avp Al TSF 


Avp CI ACS 




Avp_CI_SSF 


AvpmTTSkRILBresponse 


Avpm_TT_Sk_MI_AISreported 


Avpm TT Sk Ml cAIS 


Avpm_TT_Sk_MI_RD 1 reported 


Avpm_TT_Sk_MI_AISdata 


Avpm TT Sk Ml LOCreported 


Avpm TT Sk Ml cRDI 


Avp TT Sk Ml LBdiscard 


Avpm TT Sk Ml RDIdata 




Avpm TT Sk Ml cLOC 


Avpm TT Sk RI_LBtimer 


Avpm TT Sk Ml LBdata 




Avpm TT Sk Ml LBfail 




Avpm TT Sk Ml pXXX 



Processes: 

This function monitors the following F4 end-to-end OAM cell flow: 

VP-RDI: The information carried in the F4 OAM RDI cell will be monitored. The VP-RDI provides information as to 
the status of the remote receiver, as well as to the defect type and defect location. The information extracted from the 
defect type and defect location field is reported to the EMF via MI_RDIdata. The presence of an RDI cell indicates a 
Remote Defect Indication state, while the absence of RDI cells for longer than 2.5+0.5 seconds indicates the normal, 
working state. Refer to ETS 300 404 [11], subclauses 9.2.1.1.1.2 and 10.2.1. 

VP-AIS: The information carried in the F4 OAM AIS cell will be monitored. The VP-AIS provides information as to 
the status of the VP connection, as well as to the defect type and defect location. The information extracted from the 
defect type and defect location field is reported to the EMF via MI_AISdata. The presence of an AIS cell indicates a 
Alarm Indication state, while the reception of a user cell or CC cell indicates the normal, working state. In case of 
Continuity Check is not activated, the absence of AIS cells for longer than 2.5+0.5 seconds also indicates the normal, 
working state. Refer to ETS 300 404 [11], subclauses 9.2.1.1.1.1 and 10.2.1. 

NOTE: ETS 300 404 [11] currently does not specify Continuity Check at intermediate Connection Points. 
Continuity Check could be useful in future for e.g SNC protection. This issue is for further study. 
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Loopback processing: 

If MI_LBdiscard=false, the function will monitor the cell flow for F4 OAM end-to-end Loopback cells being inserted 
by the Avplb_TT_So function. On RI_LBtimer from Avplb_TT_So, a 5 seconds timer is started. If within this time 
period an F4 OAM end-to-end Loopback cell with Loopback Indication set to "0" is monitored, an MI_LBcompleted 
indication is generated and the received LLID and Source ID reported to the EMF via MI_LBdata; if no Loopback cell 
with Loopback Indication set to "0" is received within this time period, an MI_LBfail indication is generated. Refer to 
ETS 300 404 [11], subclause 9.2.1.1.3, network-to-endpoint loopback. 

If MI_LBdiscard=false, the function will monitor the cell flow for F4 OAM segment Loopback cells being inserted by 
the Avplb_TT_So function. If an F4 OAM segment Loopback cell with Loopback Indication set to " 1 " and an LLID 
matching the CPID or an LLID = all "l"s is received, this function copies and forwards the cell via RI_LBresponse to 
the Avplb_TT_So function for insertion of the Loopback cell in reverse direction. Refer to ETS 300 404 [11], 
subclause 9.2.1.1.3, connecting point for single and multiple loopback technique. 



The table 12 summarizes these conditions: 



Table 12: Loopback conditions 



Received cell 
(LBdiscard=false) 


Loopback 
indication 


LLID 


Action 


e-t-e loopback cell 





- any value 


If LBtimer < 5 seconds:- report LBcompleted 
- LLID / Source ID reported to LBdata 








If LBtimer > 5 seconds:- report LBfail 


segment loopback cell 


1 


- all ONE'S or 
-LLID=CPID 


- copy loopback cell to LBresponse 



PM and CC activation/deactivation: If an CC or PM ACTIVATE request cell is received, MI_CCAD request or 
MI_PMADrequest is generated towards the Management Layer. On receipt of ACTIVATION CONFIRMED, 
ACTIVATION REQUEST DENIED or DEACTIVATION CONFIRMED F4 end-to-end OAM cell, a 
MI_PMADreport, resp. MI_CCADreport is send to the Management Layer. For more detail ETS 300 404 [11] 
subclause 9.2.3 and annex B. 

Defects: 

If enabled by the CC activation process, the function will declare dLOC if no user cell or continuity check cell is 
received within a time interval of 3,5 seconds, with a margin of + 0,5 seconds (sliding window). Refer to 
ETS 300 404 [11], subclause 9.2.1.1.2. dLOC will be cleared when any user cell or CC cell is received. Also refer to 
ITU-T Recommendation 1.732 [33], subclause 5.6.1.1.2. 

The function will declare dRDI on receipt of an VP-RDI cell. dRDI will be cleared when no VP-RDI is received during 
a nominally 2,5 seconds period, with a margin of + 0,5 seconds. Refer to ETS 300 404 [11], subclause 9.2.1.1.1.2. 

The function will detect for dAIS defect according to ETS 300 404 [11] subclause 9.2.1.1.1.1. 

Consequent Actions: aTSF <r- CI_SSF or dLOC or dAIS 



Defect Correlations: 



cRDI <r- dRDI and RDIreported 

cAIS <r- dAIS and (not CI_SSF) and AlSreported 

cLOC <r- dLOC and (not CI_SSF) and (not dAIS) and LOCreported 



It will be an option to report AIS as a fault cause. This is controlled by means of the parameter AlSreported. The default 
will be AISreported=false. 

Performance Monitoring: 

If activated by the PM activation process, the function will monitor blocks of user cells. The definition of user cells is 
given in ETS 300 404 [11] table 1. 

NOTE: Supported parameters (e.g. Near/Far End Defect Seconds (pN_DS, pF_DS), Cell Loss Ratio, Cell Error 
Ratio, Cell Misinsertion Rate) as well as the process need to be added. PM will detect errored blocks and 
total received user cell counts. Performances or backward report results of the received PM cell are 
reported via MI_pxxx. 
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7.3.6 ATM Virtual Path Segment Functions 

Refer to: 

- ITU-T Recommendation 1.326 [30]; 

- ITU-T Recommendation G.967. 1 [3 1 ] ; 

- ITU-T Recommendation G.967.2 [32]; 

- ITU-T Recommendation 1.732 [33]. 

7.3.7 ATM Virtual Path Traffic Management Functions 

NOTE 1 : VP traffic management functions (UPC/NPC and VP traffic shaping) are described differently in 

ITU-T Recommendation 1.732 [33], where they are indicated to be part of the VP Link Termination 
atomic functions, corresponding in EN 301 163-2-1 [9] to the ATM VP Trail termination functions. It has 
to be decided which modelling methodology will be applied in the present document. 

NOTE 2: The ATM Virtual Path Traffic Management Functions are, if activated, always present as a set. If active, 
the Avp_CI output of the AvpT/Avp_A_Sk is always connected to the Avp_CI input of the 
AvpT/Avp_A_So as shown in figure 43. This model allows the insertion of additional traffic management 
functions by not inserting and additional sub-layer in the network architecture view. 



AvpT/Avp 





7.3.7.1 

Symbol: 



Avp_CI Avp_CI 

Figure 19: Model of active AvpT Traffic lUlanagement functions 

ATM VP Traffic Management Trail Termination Source function 
(AvpT_TT_So) 

AvpT_AI 



AvpT_TT_So_MI 




Avp_CI 

Figure 20: AvpTTTSo symbol 
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Interfaces: 



Table 13: AvpT_TT_So input and output signals 



Input(s) 


Output(s) 


AvpT Al D 
AvpT Al ACS 
AvpT Al TSF 
AvpT Al CNGI 


Avp CI D 
Avp CI ACS 
Avp CI SSF 



Processes: 

EFCI setting: This function is optional. The insertion of EFCI is driven by the input AvpT_AI_CNGI from the 
S4/AvpG_A_Sk. The EFCI setting is done in the PTI field of the cell header on all VPs of this CI. For the coding, refer 
to ETS 300 298-2 [12]. The PTI field will not be changed if the NE is not congested. 

NOTE: The current model for EFCI setting only works in sink direction. The modelling in source direction is for 
further study. 



Defects: 



None. 



Consequent Actions: 



aSSF ^ Al TSF 



On declaration of AI_CNGI, any congested NE, upon receiving a user data cell, may modify the PTI as follows: Cells 
received with PTI=000 or PTI=010 are transmitted with PTI=010. Cells received with PTI=001 or PTI=01 1 are 
transmitted with PTI=011. For the use of EFCI, refer to ETS 300 301 [15]. 

Defect Correlations: None. 

Performance Monitoring: None. 

7.3.7.2 ATM Virtual Path Traffic Management Trail Termination Sink function 

(AvpT_TT_Sk) 



Symbol: 



AvpT_AI 



AvpT_TT_Sk_MI 




Avp_CI 
Figure 21 : AvpTTTSk symbol 



ETSI 



47 



ETSI TS 101 012 VI. 1.1 (2000-09) 



Interfaces: 



Table 14: AvpT_TT_Sk input and output signals 



Input(s) 


Output(s) 


Avp CI D 
Avp CI ACS 
Avp CI SSF 
Avp_CI_CNGI 

AvpT TT Sk Ml ShapingActive 
AvpT_TT_Sk _MI_UPC/NPCactive 
AvpT TT Sk Ml VPusgActive 


AvpT Al D 
AvpT Al ACS 
AvpT Al TSF 
AvpT_AI_CNGI 

AvpT_TT_Sk_MI_pXXX 



Processes: 

This functions performs the UPC/NPC, VP traffic shaping and VP usage measurement per VPC. 

UPC/NPC: This function is optional. If implemented, the UPC/NPC function can be activated/deactivated by 
UPC/NPCactive. If activated, it will detect violations of negotiated traffic parameters for purpose of protecting the QoS 
of other VPCs. The use of UPC may be required, whereas the use of NPC is optional. Processes and requirements of 
UPC/NPC are described in ETS 300 301 [15]. 

NOTE 1 : The use of UPC in ATM equipment on the user side of Sb and Tb reference point is optional. 

VP traffic shaping: This function is optional. If implemented, the shaping function can be activated/deactivated by 
MI_Shaping Active. If activated, it will perform traffic shaping according to ETS 300 301 [15]. 

NOTE 2: The VP traffic shaping function should not be simultaneously activated on both sink and source directions 
of the same VPC. 

VP usage measurement: This function is optional. If enabled by VPusgActive, this function will count the incoming 
cells on the VPC. 



Defects: 
Consequent Actions: 



None. 

aCNGI ^ CI_CNGI 
aTSF ^ CI SSF 



Defect Correlations: None. 

Performance Monitoring: 

The Performance Monitoring parameters are for further study. The following parameters need to be defined: 
VP usage measurement: Count for CLP=0+1; Count for CLP=0; 
- UPC/NPC (tagged cell count): Count for CLP=0+ 1 ; Count for CLP=0. 
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7.3.7.3 

Symbol: 



ATM VP Traffic Management to ATM VP Adaptation Source function 
(AvpT/Avp_A_So) 



Avp_CI 



AvpT/Avp 



AvpT_AI 



Interfaces: 



Figure 22: AvpT/AvpASo symbol 



Table 15: AvpT/Avp_A_So input and output signals 



Input(s) 


Output(s) 


Avp CI D 
Avp CI ACS 
Avp CI SSF 
Avp_CLCNGI 

AvpT/Avp_A_So_M l_Active 


AvpT Al D 
AvpT Al ACS 
AvpT Al TSF 
AvpT Al CNGI 



NOTE: If activated by MI_Active, the input of this function is always connected to the AvpT/Avp_A_Sk 
function. 



Processes: 
Defects: 
Consequent Actions: 



None. 

None. 

aTSF ^ CI_SSF 
aCNGI ^ CI_CNGI 



Defect Correlations: None. 

Performance Monitoring: None. 



7.3.7.4 

Symbol: 



ATM VP Traffic Management to ATM VP Adapt. Sink function 
(AvpT/Avp_A_Sk) 



Avp_CI 



AvpT/Avp 



AvpT_AI 
Figure 23: AvpT/AvpASk symbol 
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Table 16: AvpT/Avp_A_Sk input and output signals 



Input(s) 


Output(s) 


AvpT Al D 
AvpT Al ACS 
AvpT Al TSF 
AvpT_AI_CNGI 

AvpT/Avp A Sk Ml Active 


Avp 01 D 
Avp 01 ACS 
Avp 01 SSF 
Avp 01 CNGI 



NOTE: If activated by MI_Active, the output of this function is always connected to the AvpT/Avp_A_So 
function. 



Processes: 


None. 




Defects: 


None. 




Consequent Actions: 


aSSF 


^ AI_TSF 




aCNGI 


^ Al CNGI 



Defect Correlations: None. 

Performance Monitoring: None. 



7.3.8 ATM Virtual Path Loopback Functions 



7.3.8.1 

Symbol: 



ATM Virtual Path Loopback Source Function Avplb_TT_So 



Avplb_TT_So_MI 




Avpm_RI 
Avplb_RI 



Interfaces: 



Avp_OI 
Figure 24: Avplb_TT_So symbol 

Table 17: Avplb_TT_So input and output signals 



Input(s) 


Output(s) 


Avplb_RI_LBresponse 
AvpmRILBresponse 

Avp_TT_So_MI_LBdiscard 
Avp_TT_So_MI_LBrequest 


Avp 01 D 
Avp_CI_ACS 

Avplb_RI_LBtimer 
Avpm_RI_LBtimer 
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Processes: 

This function adds the following F4 loopback OAM cells to the Characteristic Information: 

Loopback: 

On Avp_MI_LBrequest, an F4 end-to-end loopback cell will be generated with Loopback Indication set to "1". The 
LLID and Source ID contain the addresses of the loopback point, resp. of the source point. The default value of the 
Source ID field is the all ONE's pattern. If the LLID field contains an all ONE's pattern, it indicates the end point of the 
VP connection. If LBdiscard=true, an indication Avplb_RI_LBtimer will be generated to start the timer at 
Avplb_TT_Sk. If LBdiscard=false, an indication Avpm_RI_LBtimer will be generated to start the timer at 
Avpm_TT_Sk. Refer to ETS 300 404 [11], subclause 9.2.1.1.3, network-to-endpoint loopback. 

On Avp_MI_LB request, an F4 segment loopback cell will be generated with Loopback Indication set to "1". The LLID 
and Source ID contain the addresses of the loopback point (single loopback technique), resp. of the source point. The 
default value of the Source ID field is the all ONE's pattern. If the LLID field contains an all ONE's pattern, it indicates 
all intermediate connecting points and the end point of the VP segment (multiple loopback technique). If 
LBdiscard=true, an indication Avplb_RI_LBtimer will be generated to start the timer at Avplb_TT_Sk. If 
LBdiscard=false, an indication Avpm_RI_LBtimer will be generated to start the timer at Avpm_TT_Sk. Refer to 
ETS 300 404 [11], subclause 9.2.1.1.3, intra-domain loopback. 

On Avplb_RI_LBresponse (LBdiscard=true) or Avpm_RI_LBresponse (LBdiscard=false), an F4 loopback cell identical 
to the cell passed through Avplb_RI_LBresponse/Avpm_RI_LBresponse will be generated, but with Loopback 
Indication set to "0" and the LLID set to the CPID of the Loopback point. Refer to ETS 300 404 [1 1], 
subclause 9.2.1.1.3 (connecting points) and 10.2.4. 

The time interval of sending consecutive segment or end-to-end Loopback cells will be longer than 5 seconds. 



7.3.8.2 
Symbol: 



ATM Virtual Path Loopback Sink Function Avplb_TT_Sk 



Avplb_ 



Sk Ml 




^ Avplb_RI 



Interfaces: 



Avp_CI 
Figure 25: Avplb_TT_Sk symbol 

Table 18: Avplb_TT_Sk Input and output signals 



Input(s) 


Output(s) 


Avp CI D 
Avp CI ACS 
Avp_CI_SSF 

Avp_TT_Sk_MI_LBdiscard 

Avplb TT Sk Rl LBtimer 


Avplb_TT_Sk_RI_LBresponse 

Avplb TT Sk Ml LBdata 
Avplb_TT_Sk_MI_LBfail 
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Processes: 

This function terminates the following F4 OAM Loopback cells; 

Loopback processing: 

If MI_LBdiscard=true, the function will terminate the cell flow of F4 OAM end-to-end Loopback cells being inserted 
by the Avplb_TT_So function. On RI_LBtimer from Avplb_TT_So, a 5 seconds timer is started. If within this time 
period an F4 OAM end-to-end Loopback cell with Loopback Indication set to "0" is received, an MI_LBcompleted 
indication is generated and the received LLID and Source ID reported to the BMP via MI_LBdata; if no Loopback cell 
with Loopback Indication set to "0" is received within this time period, an MI_LBfail indication is generated. Refer to 
ETS 300 404 [11], subclause 9.2.1.1.3, network-to-endpoint loopback. 

If MI_LBdiscard=true, the function will terminate the cell flow of F4 OAM end-to-end Loopback cells being inserted 
by the Avplb_TT_So function. If an F4 OAM end-to-end Loopback cell with Loopback Indication set to " 1 " and an 
LLID matching the CPID or an LLID = all "l"s is received, this function copies and forwards the cell via 
RI_LBresponse to the Avplb_TT_So function for insertion of the Loopback cell in reverse direction. Refer to 
ETS 300 404 [11], subclause 9.2.1.1.3, connecting point for single loopback technique. 

If MI_LBdiscard=true, the function will terminate the cell flow of F4 OAM segment Loopback cells being inserted by 
the Avplb_TT_So function. If an F4 OAM segment Loopback cell with Loopback Indication set to " 1 " and an LLID 
matching the CPID or an LLID = all "l"s is received, this function copies and forwards the cell via RI_LBresponse to 
the Avplb_TT_So function for insertion of the Loopback cell in reverse direction. Refer to ETS 300 404 [11], 
subclause 9.2.1.1.3, connecting point for single and multiple loopback technique. 

If MI_LBdiscard=true, the function will terminate the cell flow of F4 OAM segment Loopback cells being inserted by 
the Avplb_TT_So function. On RI_LBtimer from Avplb_TT_So, a 5 seconds timer is started. If within this time period 
an F4 OAM segment Loopback cell with Loopback Indication set to "0" is received, an MI_LBcompleted indication is 
generated and the received LLID and Source ID reported to the EMF via MI_LBdata; if no Loopback cell with 
Loopback Indication set to "0" is received within this time period, an MI_LBfail indication is generated. Refer to 
ETS 300 404 [11], subclause 9.2.1.1.3, loopback termination at connecting point for single loopback technique. 



The table 19 summarizes these conditions: 



Table 19: Loopback conditions 



Received cell 
(LBdlscard=true) 


Loopback 
indication 


LLID 


Action 


e-t-e loopback cell 


1 


- all ONE'S or 

- LLID=CPID 


- copy loopback cell to LBresponse 


e-t-e loopback cell 





- any value 


If LBtimer < 5 seconds:- report LBcompleted 
- LLID / Source ID reported to LBdata 








If LBtimer > 5 seconds:- report LBfail 
-discard loopback cell 


segment loopback cell 


1 


- all ONE'S or 

- LUD=CPID 


- copy loopback cell to LBresponse 


segment loopback cell 





- any value 


If LBtimer < 5 seconds:- report LBcompleted 
- LLID / Source ID reported to LBdata 








If LBtimer > 5 seconds:- report LBfail 
-discard loopback cell 



Defects: None. 

Consequent Actions: None. 

Defect Correlations: None. 

Performance Monitoring: None. 
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7.3.9 ATM Virtual Path to ATM Virtual Channel Adaptation Functions 



7.3.9.1 
Symbol: 



ATM Virtual Path to ATM Virtual Channel Adaptation Source Avp/Avc_A_So 



Ave a 



AN^yAvcASoJVl . 



-\ Avp/Avc 



Interfaces: 



AvpA 
Figure 26: Avp/Avc_A_So symbol 

Table 20: Avp/Avc_A_So input and output signals 



Input(s) 


Output(s) 


Ave CI D 


Avp Al D 


Ave CI ACS 


Avp Al ACS 


Ave CI SSF 






Avp/Avc_A_So_M LpXXX 


Avp/Ave A So Ml CellDiseardAetive 




Avp/Ave A Sk Ml VCI-LAetive 




Avp/Ave A So Ml Aetive 





Common Processes: 

The Common Processes include: Congestion control and Metasignalling. 

Congestion control: If enabled by CellDiseardAetive, this function will perform selective cell discard according to CLP 
value. In the event of congestion, cells with CLP=1 are subject to be discarded prior to cells with CLP=0. See 
ETS 300 301 [15] for further details about the use of the CLP. 

Metasignalling: The metasignalling cells (refer to ETS 300 298-2 [12]) are inserted. This function is optional. The 
processing of these cells is for further study. 

Specific Processes: 

These Processes include ATM VC asynchronous multiplexing as well as VCI setting. Each of these Specific Processes 
is characterized by the Virtual Channel Identifier number L, where < L < 2 -1. 

NOTE: The value of M represents the number of bits in the VCI field and is an integer number. Its maximum 
value is equal to 16. 

VCI setting: Each VCC is characterized by the Virtual Channel Identifier number L, where < L < 2 -1. This process 
and the associated VC matrix connection perform the VCI translation. 

Activation: The function will access the access point when it is activated (MI_Active is true). Otherwise, it will not 
access the access point. 
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Defects: 


None. 


Consequent Actions: 


None. 


Defect Correlations: 


None. 



Performance Monitoring: 

The Performance Monitoring parameters are for further study. The following parameters need to be defined: 
Count of discarded cells from congestion control. 



7.3.9.2 

Symbol: 



ATM Virtual Path to ATM Virtual Channel Adaptation Sink Avp/Avc_A_Sk 



Avcja 

AAA 



Avp'AvcASkM - 



Avp^Avc 



Interfaces: 



AvpAl 
Figure 27: Avp/Avc_A_Sk symbol 

Table 21 : Avp/Avc_A_Sk input and output signals 



Input(s) 


Output(s) 


Avp Al D 


Ave CI D 


Avp Al ACS 


Ave CI ACS 


Avp Al TSF 


Ave CI SSF 




Ave CI CNGI 


Avp/Avc_A_Sk_M l_VCI range 




Avp/Avc A Sk Ml CellDiscardActive 


Avp/Avc A Sk Ml pXXX 


Avp/Avc A Sk Ml VCI-LActive 




Avp/Avc_A_Sk_M l_Active 





NOTE: L is the VCI number, where 0<L<2 -1. This parameter defines the VC value within the Al stream the 
function has access to. The value of M provided by VCIrange represents the number of bits in the VCI 
fields and is an integer number; its maximum value is equal to 16. 

Common Processes: 

These Common Processes include: VCI verification, Congestion control and Metasignalling. 

VCI verification: This function will verify that the received cell VCI is valid. If the VCI is determined to be invalid (i.e. 
out-of -range VCI or not assigned), the cell will be discarded. The range of valid VCI values is given by MI_VCIrange. 

Congestion control: If enabled by CellDiscardActive, this function will perform selective cell discard according to CLP 
value. In the event of congestion, cells with CLP=1 are subject to be discarded prior to cells with CLP=0. In the event 
of congestion, the indication Avc_CI_CNGI is set for the traffic management function AvcT_TT_So to insert EFCI. 

See ETS 300 301 [15] for further details about the use of the CLP. 

Metasignalling: The metasignalling cells (refer to ETS 300 298-2 [12]) are inserted with VCI=1 (activation of 
Avp/Avc_A_Sk function with L=l). This function is optional. 
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Specific Processes: 

The function performs demultiplexing and VC-AIS insertion on a per VC basis and is activated if MI_VCI-LActive is 
true. 

VC-AIS insertion: If the Specific Processes are activated, the VC-AIS insertion will be performed as in the Consequent 
Actions section below. 

VC demultiplexing: The adaptation sink function has access to a specific Ave identified by the number L (0<L<2 -1). 
When the function is activated only the cells of that specific Avc-L are passed towards the Connection Point. 

VCI-L Activation: The Specific Processes perform the operation specified above when it is activated (MI_VCI-LActive 
is true). Otherwise, it will send no cells and SSF=false. 

Activation: The Avp/Avc_A_Sk function will perform the Common and Specific Processes operation specified above 
when it is activated (MI_Active is true). Otherwise, it will activate the SSF signals at its output (CI_SSF) and not report 
its status via the management point. 



Defects: 
Consequent Actions: 



None. 

aCNGI <— "Event of Congestion" and CellDiscardActive 

aSSF ^ AI_TSF 

aAIS ^ AI TSF 



On declaration of aAIS the function will output VC-AIS OAM cells according to ETS 300 404 [1 1] 
subclause 9.2.2. 1 . 1 . 1 ; on clearing of aAIS the generation of VC-AIS cells will be stopped. If implemented, the defect 
type and defect location field of the VC-AIS cell will be inserted in the information field. The contents of these fields is 
for further study. 

Defect Correlations: None. 

Performance Monitoring: 

The Performance Monitoring parameters are for further study. The parameters for the following functions need to be 
defined: 

count of discarded cells from congestion control; 

count of cells with invalid VCI (one common counter for invalid header / invalid VPI / invalid VCI is 
maintained). 



7.3.9.3 



ATM Virtual Channel Layer Network Functions 



AvcS/Av^/ 



AvcS AI 





AvcT/Avc/ \ AvcT/Avc 7 
iVcT/ \AvcT/ 



V 
Avc„CI 



Avc_CI 



Figure 28: ATM Virtual Cliannel layer network atomic functions 
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7.3.10 
Symbol; 



ATM Virtual Channel Connection Function Ave C 



Ave CI 



Ave C Ml 




A A 



Ave 




Interfaces: 



Ave_CI 
Figure 29: Avc_C symbol 

Table 22: Avc_C Input and output signals 



Input(s) 


Output(s) 


per Ave CI, n x for the function: 


per Ave CI, m x per function: 


Ave CI D 


Ave CI D 


Ave CI ACS 


Ave CI ACS 


for inputs from the server layer: 


Ave CI SSF 


Ave CI SSF 


for outputs to the AvcT TT Sk: 


Ave_CI_CNGI 


Ave_Cl_CNGI 


per input and output eonneetion point: 




Ave_C_MI_ConneetionPortlds 




per matrix eonneetion: 




Ave_C_l\/ll_ConneetionType 




Ave_C_MI_Direetionality 





Processes: 

In the Avc_C function ATM Virtual Channel Layer Characteristic Information is routed between input (termination) 
connection points ((T)CPs) and output (T)CPs by means of matrix connections. 

NOTE 1 : Neither the number of input/output signals to the connection function, nor the connectivity is specified in 
the present document. That is a property of individual network elements. 

NOTE 2: If CI_SSF is not connected (when connected to the client layer TT_So), CI_SSF is assumed to be false. 

Figure 52 present a subset of the atomic functions that can be connected to this ATM Virtual Channel connection 
function: ATM Virtual Channel trail termination functions, ATM Virtual Channel Segment trail termination and 
adaptation functions, ATM Virtual Channel Traffic Management functions, ATM Virtual Channel non-intrusive 
Monitor function. In addition, adaptation functions in the ATM Virtual Channel server layers shall be connected to this 
ATM Virtual Channel connection function. 

Routing: The function shall be able to connect a specific input with a specific output by means of establishing a matrix 
connection between the specified input and output. It shall be able to remove an established matrix connection. 



£75/ 



56 



ETSI TS 101 012 VI. 1.1 (2000-09) 



Each (matrix) connection in the Avc_C function shall be characterized by the: 



Type of connection: 


unprotected, 

1+1 protected (for further study) 


Traffic direction: 


unidirectional, 
bidirectional 


Input and output connection points: 


set of connection point identifiers (refer to 
ETS 300 41 7-1-1 [1 6], subclause 3.3.6) 



NOTE 1 : Multipoint connections are handled as separate connections to the same input CP and are for further 
study. 

NOTE 2: It shall be possible to connect one or more Characteristic Information (CI) outputs to one input 
Connection Point (CP) of the Avc_C function. 



Defects: 
Consequent Actions: 



None. 



If an output of this function is not connected to one of its inputs, the connection function shall send no cells and 
SSF=false to the output. 

Defect Correlations: None. 

Performance Monitoring: None. 

7.3.1 1 ATM Virtual Channel Trail Termination Functions 



7.3.11.1 
Symbol: 



ATM Virtual Channel Trail Termination Source (Avc_TT_So) 



Ave A! 



Avc_TT_So_l\/He 




Ave Rl 



Interfaces: 



Avc_CI 
Figure 30: Avc_TT_So symbol 

Table 23: Avc_TT_So input and output signals 



Input(s) 


Output(s) 


Ave A! D 


Ave CI D 




Ave A! ACS 


Ave CI ACS 




Ave Rl RDI 






Ave_MI_ TT_So_CCADrequest 






Ave Ml TT So CCADresponse 






Ave Rl BRPMdata 






Avc_MI_ TT_So_PMADrequest 






Ave Ml TT So PMADresponse 
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Processes: 

This function adds the following F5 end-to-end OAM cells to the Characteristic Information: 

VC-RDI insertion: This function inserts VC-RDI cells according to the consequent actions section. 

Continuity Check: If enabled by the CC activation process, this function monitors the cell stream activity at the input. 
There are two options defined in ETS 300 404 [11] for CC. Option 1 defines that a CC cell is inserted if no cell is to be 
transmitted for >1 second. Option 2 defines that a CC cell is inserted with a periodicity of 1 cell/s. The procedure of CC 
is described in ETS 300 404 [11], subclause 9.2.1.1.2. 

PM cell generation: If enabled by the PM activation process, the PM forward monitoring cells shall be generated; the 
Backward Reporting Performance Monitoring (BRPM) cells shall be generated using the PM data from 
Avc_RI_BRPMdata being collected by the Avc_TT_Sk. Refer to ETS 300 404 [1 1], subclause 10.3. 

PM and CC activation/deactivation: On Avc_MI_CCADrequest or Avc_MI_PMADrequest, an 
ACTIVATE/DEACTIVATE cell for CC or PM shall be generated. Depending on the received type of CCADresponse 
or PMADresponse, from the Management Layer, one of the following F5 OAM cells for CC or PM 
activation/deactivation process shall be sent: 

- ACTIVATION CONFIRMED 

- ACTIVATION REQUEST DENIED 

- DEACTIVATION CONFIRMED 

Refer to ETS 300 404 [11], subclauses 9.2.3 and 10.4. 

Defects: None. 

Consequent Actions: 

On declaration of RI_RDI, the function shall output VC-RDI OAM cells according to ETS 300 404 [11], 
subclause 9.2.1.1.1.2; on clearing of RI_RDI, the generation of VC-RDI cells shall be stopped. If implemented, the 
defect type and defect location field of the VP-RDI cell shall contain the value provided by the Avc_TT_Sk. If these 
fields are not used, the binary contents shall be coded as 6AHex. 

Defect Correlations: None. 

Performance Monitoring: None. 



7.3.11.2 

Symbol: 



ATM Virtual Channel Trail Termination Sink (Avc_TT_Sk) 



Ave Al 



Ave TT Sk M4^ 




Ave Rl 



Ave_CI 
Figure 31 : Avc_TT_Sk symbol 
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Interfaces: 



Table 24: Avc_TT_Sk input and output signals 



Input(s) 


Output(s) 


Ave CI D 




Ave Al D 


Ave CI ACS 




Ave Al ACS 


Ave_CI_SSF 




Ave_AI_TSF 


Ave TT Sk Ml 


RDIreported 


Ave Rl RDI 


Ave_TT_Sk_ Ml. 


_AISreported 


Ave_RI_BRPMdata 

Ave TT Sk Ml CCADrequest 

Ave_TT_Sk_MI_CCADreport 

Ave TT Sk Ml PMADrequest 

Ave TT Sk Ml PMADreport 

Ave TT Sk Ml eRDI 

Ave TT Sk Ml RDIdata 

Ave TT Sk Ml cAIS 

Ave TT Sk Ml AlSdata 

Ave TT Sk Ml eLOC 

Ave TT Sk Ml pXXX 



Processes: 

This function extracts all the F5 end-to-end OAM cell from the Characteristic Information as follows: 

VC-RDI: The information carried in the F5 OAM RDI cell shall be extracted. The VC-RDI provides information as to 
the status of the remote receiver., as well as to the defect type and defect location. The information extracted from the 
defect type and defect location field is reported to the EMF via MI_RDIdata. The presence of an RDI cell indicates a 
Remote Defect Indication state, while the absence of RDI cells for longer than 2,5 + 0,5 seconds indicates the normal, 
working state. Refer to ETS 300 404 [11], subclauses 9.2.2.1.1.2 and 10.2.1. 

VP-AIS: The information carried in the F5 OAM AIS cell shall be extracted. The VC-AJS provides information as to 
the status of the VC connection, as well as to the defect type and defect location. The information extracted from the 
defect type and defect location field is reported to the EMF via MI_AJSdata. The presence of an AIS cell indicates a 
Alarm Indication state, while the reception of a user cell or CC cell indicates the normal, working state. In case of 
Continuity Check is not activated, the absence of AIS cells for longer than 2,5 + 0,5 seconds also indicates the normal, 
working state. Refer to ETS 300 404 [11], subclauses 9.2.2.1.1.1 and 10.2.1. 

PM and CC activation/deactivation: If an CC or PM ACTIVATE request cell is received, MI_CCADrequest or 
MI_PMADrequest is generated towards the Management Layer. On receipt of ACTIVATION CONFIRMED, 
ACTIVATION REQUEST DENIED or DEACTIVATION CONFIRMED F5 end-to-end OAM cell, a 
MI_PMADreport, resp. MI_CCADreport is send to the Management Layer. For more detail see ETS 300 404 [11] 
subclause 9.2.3 and annex B. 

NOTE 1 : In case this function detects F5 segment OAM cells that were not extracted by the segment termination 
function, these cells shall be discarded. 

NOTE 2: According to ETS 300 404 [11] subclause 9.2.2.1.2., activation/deactivation of end-to-end CC mechanism 
for reserved, permanent and semi-permanent VPCs remains as an option. 

Defects: 

If enabled by the CC activation process, the function shall declare dLOC if no user cell or continuity check cell is 
received within a time interval of 3,5 seconds, with a margin of + 0,5 seconds (sliding window). Refer to 
ETS 300 404 [11], subclause 9.2.1.1.2. dLOC shall be cleared when any user cell or CC cell is received. Also refer to 
ITU-T Recommendation 1.732 [33], subclause 5.10.1.1.2. 

The function shall declare dRDI on receipt of an VC-RDI cell. dRDI shall be cleared when no VC-RDI is received 
during a nominally 2.5 seconds period, with a margin of + 0,5 seconds. Refer to ETS 300 404 [11], 
subclause 9.2.1.1.1.2. 

The function shall detect for dAIS defect according to ETS 300 404 [11], subclause 9.2.2.1.1.1. 
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Consequent Actions: aTSF ^ CI_SSF or dLOC or dAIS 

aRDI ^ CI_SSF or dLOC or dAIS 

The consequent action aRDI is conveyed through RI_RDI to the Avc_TT_So together with the defect type and defect 
location (if implemented). In case of dAIS, defect type and location through RI_RDI are as in the received VC-AJS cell. 
In case of CI_SSF and dLOC, defect type and location are in respect to the equipment this function is built into. 

Defect Correlations: cRDI <— dRDI and RDIreported 

cAIS ^ dAIS and (not CI_SSF) and AlSreported 
cLOC ^ dLOC and (not CI_SSF) and (not dAIS) 

It will be an option to report AIS as a fault cause. This is controlled by means of the parameter AlSreported. The default 
shall be AISreported=false. 

Performance Monitoring: 

If activated by the PM activation process, the function will monitor blocks of user cells. The definition of user cells is 
given in ETS 300 404 [11] table 1. The result is backward reported via RI_BRPMdata. 

NOTE: Supported parameters (e.g. Near/Far End Defect Seconds (pN_DS, pF_DS), Cell Loss Ratio, Cell Error 
Ratio, Cell Misinsertion Rate) as well as the process need to be added. PM will detect errored blocks and 
total received user cell counts. Performances or backward report results of the received PM cell are 
reported via MI_pxxx. 

7.3.12 ATM Virtual Channel Monitoring Functions 

7.3.12.1 ATM Virtual Channel Non-intrusive Monitoring Function (Avpm_TT_Sk) 

Symbol: 

Ave Al TSF 



Avcm TT Sk Ml^ ^ f^ >> Avcm TT Sk Rl 



AvcCI 
Figure 32: AvcmTTSk symbol 
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Interfaces: 



Table 25: Avcm_TT_Sk input and output signals 



Input(s) 


Output(s) 


Ave CI D 


Ave Al TSF 


Ave CI ACS 




Ave_CI_SSF 


AvemTTSkRILBresponse 


Avem TT Sk Ml AlSreported 


Avem TT Sk Ml cAIS 


Avem TT Sk Ml RDIreported 


Avem TT Sk Ml AlSdata 


Avem TT Sk Ml LOCreported 


Avem TT Sk Ml eRDI 




Avem TT Sk Ml RDIdata 


Avem TT Sk Rl LBtimer 


Avem TT Sk Ml eLOC 




Avem TT Sk Ml LBdata 




Avem TT Sk Ml LBfail 




Avem TT Sk Ml pXXX 



Processes: 

This function monitors the following F5 end-to-end OAM cell flow: 

VC-RDI: The information carried in the F5 OAM RDI cell shall be monitored. The VC-RDI provides information as to 
the status of the remote receiver, as well as to the defect type and defect location. The information extracted from the 
defect type and defect location field is reported to the EMF via MI_RDIdata. The presence of an RDI cell indicates a 
Remote Defect Indication state, while the absence of RDI cells for longer than 2,5 + 0,5 seconds indicates the normal, 
working state. Refer to ETS 300 404 [11], subclauses 9.2.2.1.1.2 and 10.2.1. 

VC-AIS: The information carried in the F5 OAM AJS cell shall be extracted. The VC-AIS provides information as to 
the status of the VC connection, as well as to the defect type and defect location. The information extracted from the 
defect type and defect location field is reported to the EMF via MI_AJSdata. The presence of an AJS cell indicates a 
Alarm Indication state, while the reception of a user cell or CC cell indicates the normal, working state. In case of 
Continuity Check is not activated, the absence of AJS cells for longer than 2,5 + 0,5 seconds also indicates the normal, 
working state. Refer to ETS 300 404 [11], subclauses 9.2.2.1.1.1 and 10.2.1. 

NOTE: ETS 300 404 [11] currently does not specify Continuity Check at intermediate Connection Points. 
Continuity Check could be useful in future for e.g SNC protection. This issue is for further study. 

Loopback processing: 

If MI_LBdiscard=false, the No monitoring of loopback cells. function shall monitor the cell flow for F5 OAM end-to- 
end Loopback cells being inserted by the Avclb_TT_So function. On RI_LBtimer from Avclb_TT_So, a 5 seconds 
timer is started. If within this time period an F5 OAM end-to-end Loopback cell with Loopback Indication set to "0" is 
monitored, an MI_LBcompleted indication is generated and the received LLID and Source ID reported to the EMF via 
MI_LBdata; if no Loopback cell with Loopback Indication set to "0" is received within this time period, an MI_LBfail 
indication is generated. Refer to ETS 300 404 [11], subclause 9.2.2.1.3, network-to-endpoint loopback. 

If MI_LBdiscard=false, the No monitoring of loopback cells .function shall monitor the cell flow for F5 OAM segment 
Loopback cells being inserted by the Avclb_TT_So function. If an F5 OAM segment Loopback cell with Loopback 
Indication set to "1" and an LLID matching the CPID or an LLID = all "l"s is received, this function copies and 
forwards the cell via RI_LBresponse to the Avclb_TT_So function for insertion of the Loopback cell in reverse 
direction. Refer to ETS 300 404 [11], subclause 9.2.2.1.3, connecting point for single and multiple loopback technique. 
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The table 26 summarizes these conditions: 



Table 26: Loopback conditions 



Received cell 
(LBdiscard=false) 


Loopback 
indication 


LLID 


Action 


e-t-e loopback cell 





- any value 


If LBtimer < 5 seconds:- report LBcompleted 
- LLID / Source ID reported to LBdata 








If LBtimer > 5 seconds:- report LBfail 


segment loopback cell 


1 


- all ONE'S or 

- LUD=CPID 


- copy loopback cell to LBresponse 



PM and CC activation/deactivation: If an CC or PM ACTIVATE request cell is received, MI_CCAD request or 
MI_PMADrequest is generated towards the Management Layer. On receipt of ACTIVATION CONFIRMED, 
ACTIVATION REQUEST DENIED or DEACTIVATION CONFIRMED F5 end-to-end OAM cell, a 
MI_PMADreport, resp. MI_CCADreport is send to the Management Layer. For more detail ETS 300 404 [11] 
subclause 9.2.3 and annex B. 

Defects: 

If enabled by the CC activation process, the function shall declare dLOC if no user cell or continuity check cell is 
received within a time interval of 3,5 seconds, with a margin of +0.5 seconds (sliding window). Refer to 
ETS 300 404 [11], subclause 9.2.2.1.2. dLOC shall be cleared when any user cell or CC cell is received. Also refer to 
ITU-T Recommendation 1.732 [33], subclause 5.10.1.1.2. 

The function shall declare dRDI on receipt of an VC-RDI cell. dRDI shall be cleared when no VC-RDI is received 
during a nominally 2,5 seconds period, with a margin of + 0,5 seconds. Refer ETS 300 404 [11], subclause 9.2.2.1.1.2. 

The function shall detect for dAIS defect according to ETS 300 404 [11], subclause 9.2.2.1.1.1. 

Consequent Actions: aTSF <- CI_SSF or dLOC or dAIS 



Defect Correlations: 



cRDI <r- dRDI and RDIreported 

cAIS <r- dAIS and (not CI_SSF) and AlSreported 

cLOC <r- dLOC and (not CI_SSF) and (not dAIS) and LOCreported 



It will be an option to report AIS as a fault cause. This is controlled by means of the parameter AlSreported. The default 
shall be AISreported=false. 

Performance Monitoring: 

If activated by the PM activation process, the function shall monitor blocks of user cells. The definition of user cells is 
given in ETS 300 404 [11] table 1. 

NOTE: Supported parameters (e.g. Near/Far End Defect Seconds (pN_DS, pF_DS), Cell Loss Ratio, Cell Error 
Ratio, Cell Misinsertion Rate) as well as the process need to be added. PM shall detect errored blocks and 
total received user cell counts. Performances or backward report results of the received PM cell are 
reported via MI_pxxx. 
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7.3.13 ATM Virtual Channel Segment Functions 

7.3.1 3.1 ATM Virtual Channel Segment Trail Termination Source function 
(AvcS_TT_So) 



Symbol: 



AvcS Al 




Interfaces: 



Ave CI 



Figure 33: AvcS_TT_So symbol 



Table 27: AvcS_TT_So input and output signals 



Input(s) 


Output(s) 


AvcS Al D 
AvcS_AI_ACS 

AvcS Rl BRPMdata 
AvcS_MI_ TT_So_CCADrequest 
AvcS Ml TT So CCADresponse 
AvcS_MI_ TT_So_PMADrequest 
AvcS Ml TT So PMADresponse 


Ave CI D 
Avc_CI_ACS 



Processes: 

This function adds the following F5 segment OAM cells to the Characteristic Information: 

Segment VC-RDI: For further study. 

Segment Continuity Check: If enabled by the CC activation process, this function monitors the cell stream activity at the 
input. There are two options defined in ETS 300 404 [11] for CC. Option 1 defines that a CC cell is inserted if no cell is 
to be transmitted for > 1 second. Option 2 defines that a CC cell is inserted with a periodicity of 1 cell/s. The procedure 
of CC is described in ETS 300 404 [11], subclause 9.2.1.1.2. 

Segment PM cell generation: If enabled by the PM activation process, the PM forward monitoring cells shall be 
generated; the Backward Reporting Performance Monitoring (BRPM) cells shall be generated using the PM data from 
AvcS_RI_BRPMdata being collected by the AvcS_TT_Sk. Refer to ETS 300 404 [1 1], subclause 10.3. Forced insertion 
of performance monitoring cells (forward monitoring) is permitted at VC segment level (ETS 300 404 [11], 
subclause 9.2.1.2). 
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PM and CC activation/deactivation: On MI_CCADrequest or MI_PMADrequest, an ACTIVATE/DEACTIVATE cell 
for segment CC or segment PM shall be generated. Depending on the received type of CCADresponse or 
PMADresponse from the Management Layer, one of the following F5 OAM cells for CC or PM activation/deactivation 
process shall be sent: 

- ACTIVATION CONFIRMED; 

- ACTIVATION REQUEST DENIED; 

- DEACTIVATION CONFIRMED. 

Refer to ETS 300 404 [11], subclauses 9.2.3 and 10.4. 
Defects: None. 

NOTE: The detection of segment incoming defects are for further study. 
Consequent Actions: 
Defect Correlations: None. 

Performance Monitoring: None. 



7.3.13.2 
Symbol: 



ATM Virtual Channel Segment Trail Termination Sink function (AvcS_TT_Sk) 



AvcS_TT_Sk_M^ 




AvcS Rl 



Interfaces: 



Ave CI 



Figure 34: AvcS_TT_Sk symbol 



Table 28: AvcS_TT_Sk input and output signals 



Input(s) 


Output(s) 


Ave CI D 


AveS Al D 


Ave CI ACS 


AveS Al ACS 


Ave CI SSF 


AveS_AI_OSF 




AveS Rl BRPMclata 




AveS IT Sk Ml CCADrequest 




AveS_TT_Sk_MI_CCADreport 




AveS TT Sk Ml PMADrequest 




AveS TT Sk Ml PMADreport 




AveS TT Sk Ml eSLOC 




AveS TT Sk Ml pXXX 
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Processes: 

This function extracts all F5 segment OAM cell from the Characteristic Information: 

Segment VC-RDI: For further study. 

PM and CC activation/deactivation: If an segment CC or segment PM ACTIVATE request cell is received, MI_CCAD 
request or MI_PMADrequest is generated towards the Management Layer. On receipt of ACTIVATION 
CONFIRMED, ACTIVATION REQUEST DENIED or DEACTIVATION CONFIRMED F5 segment OAM cell, a 
MI_PMADreport, resp. MI_CCAD report is send to the Management Layer. For more detail see ETS 300 404 [11] 
subclause 9.2.3 and annex B. 

NOTE 1 : A F5 segment end point will discard any F5 segment flow cell in outgoing direction. 

Defects: 

If enabled by the CC activation process, the function shall declare dSLOC if no user cell or continuity check cell is 
received within a time interval of 3,5 seconds, with a margin of + 0,5 seconds (sliding window). Refer to 
ETS 300 404 [11], subclause 9.2.1.1.2. dSLOC shall be cleared when any user cell or CC cell is received. Also refer to 
ITU-T Recommendation 1.732 [33], subclause 5.8.2.1.2. 

Consequent Actions: aTSF ^ CI_SSF or dSLOC 

NOTE 2: The use of segment incoming defects are for further study. 

Defect Correlations: cSLOC <r- dSLOC and (not CI_SSF) and (not dAIS) 

Performance Monitoring: 

If activated by the PM activation process, the function shall monitor blocks of user cells. The definition of user cells is 
given in ETS 300 404 [11] table 1. The result is backward reported via RI_BRPMdata. 

NOTE 3: Supported parameters (e.g. Near/Far End Defect Seconds (pN_DS, pF_DS), Cell Loss Ratio, Cell Error 
Ratio, Cell Misinsertion Rate) as well as the process are for further study. 

7.3.1 3.3 ATM VC Segment to ATM VC Adapt. Source function (AvcS/Avc_A_So) 

Symbol: 

Ave CI 



V 



AvcS/Avc 



Interfaces: 



AvcS_AI 
Figure 35: AvcS/Avc_A_So symbol 

Table 29: AvcS/Avc_A_So input and output signals 



Input(s) 


Output(s) 


Ave CI D 
Ave CI ACS 
Ave CI SSF 


AveS Al D 
AveS Al ACS 
AveS Al ISF 
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Processes: None. 

Defects: None. 

Consequent Actions: 

NOTE: The use of segment incoming defects are for further study. 
Defect Correlations: None. 

Performance Monitoring: None. 

7.3.1 3.4 ATM VC Segment to ATM VC Adaptation Sink function (AvcS/Avc_A_Sk) 

Symbol: 

Ave CI 



AvcS/Avc 



Interfaces: 



AveS_AI 
Figure 36: AvcS/Avc_A_Sk symbol 

Table 30: AvcS/Avc_A_Sk input and output signals 



Input(s) 


Output(s) 


AveS Al D 
AveS Al ACS 
AveS Al OSF 


Ave CI D 
Ave CI ACS 
Ave CI SSF 



Processes: None. 

Defects: None. 

Consequent Actions: 

NOTE: The use of segment incoming defects are for further study. 
Defect Correlations: None. 

Performance Monitoring: None. 
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7.3.14 ATM Virtual Channel Traffic Management Functions 

NOTE: The ATM Virtual Channel Traffic Management Functions are, if activated, always present as a set. If 
active, the Avc_CI output of the AvcT/Avc_A_Sk is always connected to the Avc_CI input of the 
AvcT/Avc_A_So as shown in figure 37. This model allows the insertion of additional traffic management 
functions by not inserting and additional sub-layer in the network architecture view. 




7.3.14.1 
Symbol: 



Avc_CI 
Figure 37: Model of active AvcT Traffic lUlanagement functions 

ATM VC Traffic Management Trail Termination Source function 
(AvcT_TT_So) 

AvcT Al 



AvcT TT So Ml- 




Interfaces: 



Avc_CI 
Figure 38: AvcTTTSo symbol 

Table 31 : AvcT_TT_So input and output signals 



Input(s) 


Output(s) 


AvcT Al D 
AvcT Al ACS 
AvcT Al TSF 
AvcT Al CNGI 


Ave CI D 
Ave CI ACS 
Ave CI SSF 
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Processes: 

EFCI setting: This function is optional. The insertion of EFCI is driven by the input AvcT_AI_CNGI from the 
Avp/Avc_A_Sk. The EFCI setting is done in the PTI field of the cell header on all VCs of this CI. For the coding, refer 
to ETS 300 298-2 [12]. The PTI field shall not be changed if the NE is not congested. 

NOTE: The current model for EFCI setting only works in sink direction. The modelling in source direction is for 
further study. 



Defects: 



None. 



Consequent Actions: 



aSSF ^ AI TSF 



On declaration of AI_CNGI, any congested NE, upon receiving a user data cell, may modify the PTI as follows: Cells 
received with PTI=000 or PTI=010 are transmitted with PTI=010. Cells received with PTI=001 or PTI=01 1 are 
transmitted with PTI=011. For the use of EFCI, refer to ETS 300 301 [15]. This function is optional. 

Defect Correlations: None. 

Performance Monitoring: None. 



7.3.14.2 

Symbol: 



ATM VC Traffic Management Trail Termination Sink function (AvcT_TT_Sk) 



AvcT_TT_Sk_MI^ 




Interfaces: 



Ave CI 



Figure 39: AvcTTTSk symbol 



Table 32: AvcT_TT_Sk input and output signals 



Input(s) 


Output(s) 


Ave CI D 
Ave CI ACS 
Ave CI SSF 
Ave_CI_CNGI 

AveT_TT_Sk_MI_VCusgActive 
Avel TT Sk Ml ShapingActive 
Avel TT Sk Ml UPC/NPCActive 


Avel AI D 
Avel AI ACS 
Avel AI TSF 
AveT_AI_CNGI 

AveT_TT_Sk_MI_pXXX 
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Processes: 

This functions performs the UPC/NPC, VC traffic shaping and VC usage measurement per VCC. 

UPC/NPC: This function is optional. If implemented, the UPC/NPC function can be activated/deactivated per VCC by 
UPC/NPCActive. If activated, it shall detect violations of negotiated traffic parameters for purpose of protecting the 
QoS of other VCCs. The use of UPC may be required, whereas the use of NPC is optional. Actions and requirements of 
UPC/NPC are described in ETS 300 301 [15]. 

NOTE 1 : The use of UPC in ATM equipment on the user side of Sb and Tb reference point of optional. 

VC traffic shaping: This function is optional. If implemented, the shaping function can be activated/deactivated per 
VCC by ShapingActive. If activated, it shall perform traffic shaping according to ETS 300 301 [15]. 

NOTE 2: The VC traffic shaping function should not be simultaneously activated on both sink and source 
directions of the same VCC. 

VC usage measurement: This function is optional. If enabled by VCusgActive, this function shall count the incoming 
cells on a VCC basis. 



aCNGI 
aTSF 



^ CI_CNGI 
^ CI_SSF 



Defects: 
Consequent Actions: 

Defect Correlations: 

Performance Monitoring: 

The Performance Monitoring parameters are for further study. The parameters for the following functions need to be 
defined; 

VC usage measurement: Count for CLP=0+1; Count for CLP=0 

- UPC/NPC (tagged cell count): Count for CLP=0+ 1 ; Count for CLP=0 



7.3.14.3 

Symbol: 



Interfaces: 



ATM VC Traffic Mgt. to ATM VC Adapt. Source function (AvcT/Avc_A_So) 



Ave CI 



AvcT/Avc 



AvcT_AI 
Figure 40: AvcT/Avc_A_So symbol 

Table 33: AvcT/Avc_A_So input and output signals 



Input(s) 


Output(s) 


Ave CI D 
Ave CI ACS 
Ave CI SSF 
Ave_CI_CNGI 

Avel/Avc A So Ml Aetive 


Avel Al D 
Avel Al ACS 
Avel Al TSF 
Avel Al CNGI 
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NOTE: If activated by MI_Active, the input of this function is always connected to the AvcT/Avc_A_Sk 
function. 



Processes: 
Defects: 
Consequent Actions: 



None. 

None. 

aTSF ^ CI_SSF 
aCNGI ^ CI CNGI 



Defect Correlations: None. 

Performance Monitoring: None. 

7.3.1 4.4 ATM VC Traffic Mgt. to ATM VC Adapt. Sink function (AvcT/Avc_A_Sk) 

Symbol: 

Ave CI 



AvcT/Avc 



Interfaces: 



AvcT_AI 
Figure 41 : AvcT/Avc_A_Sk symbol 

Table 34: AvcT/Avc_A_Sk input and output signals 



Input(s) 


Output(s) 


AvcT Al D 
AvcT Al ACS 
AvcT Al TSF 
AvcT_AI_CNGI 

AvcT/Avc A Sk Ml Active 


Ave CI D 
Ave CI ACS 
Ave CI SSF 
Ave CI CNGI 



NOTE: If activated by MI_Active, the output of this function is always connected to the AvcT/Avc_A_So 
function. 



Processes: 


None. 




Defects: 


None. 




Consequent Actions: 


aSSF 


^ AI_TSF 




aCNGI 


^ AI_CNGI 


Defect Correlations: 


None. 




Performance Monitoring: 


None. 
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7.3.15 ATM Virtual Channel Loopback Functions 

7.3.15.1 ATM Virtual Channel Loopback Source Function Avclb_TT_So 

Symbol: 



Avdb TT So Ml 




Avcm_R 
Avclb R 



Interfaces: 



Avc_a 

Figure 42: Avclb_TT_So symbol 
Table 35: Avclb_TT_So input and output signals 



Input(s) 


Output(s) 


Avclb_RI_LBresponse 
AvcmRILBresponse 

Avc_TT_So_MI_LBdiscard 
Ave TT So Ml LBrequest 


Ave CI D 
Ave_CI_ACS 

Avelb_RI_LBtimer 
Avem Rl LBtimer 



Processes: 

This function adds the following F5 loopback OAM cells to the Characteristic Information: 

Loopback: 

On Avc_MI_LB request, an F5 end-to-end loopback cell shall be generated with Loopback Indication set to "1". The 
LLID and Source ID contain the addresses of the loopback point, resp. of the source point. The default value of the 
Source ID filed is the all ONE's pattern. If the LLID address field contains an all ONE's pattern, it indicates the end 
points of the VC connection. If LBdiscard=true, an indication Avclb_RI_LBtimer shall be generated to start the timer at 
Avclb_TT_Sk. If LBdiscard=false, an indication Avcm_RI_LBtimer shall be generated to start the timer at 
Avcm_TT_Sk. Refer to ETS 300 404 [11], subclause 9.2.2.1.3, network-to-endpoint loopback. 

On Avc_MI_LB request, an F5 segment loopback cell shall be generated with Loopback Indication set to "1". The LLID 
and Source ID contain the addresses of the loopback point (single loopback technique), resp. of the source point. The 
default value of the Source ID field is the all ONE's pattern. If the LLID field contains an all ONE's pattern, it indicates 
all intermediate connecting points and the end points of the VC segment (multiple loopback technique). If 
LBdiscard=true, an indication Avclb_RI_LBtimer shall be generated to start the timer at Avclb_TT_Sk. If 
LBdiscard=false, an indication Avcm_RI_LBtimer shall be generated to start the timer at Avcm_TT_Sk. Refer to 
ETS 300 404 [11], subclause 9.2.2.1.3, intra-domain loopback. 

On Avclb_RI_LBresponse (LBdiscard=true) or Avcm_RI_LBresponse (LBdiscard=false), an F5 loopback cell identical 
to the cell passed through Avclb _RJ_LBresponse/Avcm_RI_LBresponse shall be generated, but with Loopback 
Indication set to "0" and the LLID set to the CPID of the Loopback point. Refer to ETS 300 404 [1 1], 
subclause 9.2.2.1.3 (connecting points) and 10.2.4. 

The time interval of sending consecutive segment or end-to-end Loopback cells shall be longer than 5 seconds. 
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7.3.1 5.2 ATM Virtual Path Loopback Sink Function Avclb_TT_Sk 

Symbol: 



Avplb_TT_Sk_MI 




Avplb_RI 



Interfaces: 



Avp_CI 
Figure 43: Avclb_TT_Sk symbol 

Table 36: Avclb_TT_Sk input and output signals 



Input(s) 


Output(s) 


Ave CI D 
Ave CI ACS 
Ave_CI_SSF 

Ave_TT_Sk_MI_LBdiseard 

Avelb TT Sk Rl LBtimer 


Avelb_TT_Sk_RI_LBresponse 

Avclb TT Sk Ml LBdata 
Avelb_TT_Sk_MI_LBfail 



Processes: 

This function terminates the following F5 OAM Loopback cells: 

Loopback processing: 

If MI_LBdiscard=true, the No monitoring of loopback cells. function shall terminate the cell flow of F5 OAM end-to- 
end Loopback cells being inserted by the Avclb_TT_So function. On RI_LBtimer from Avclb_TT_So, a 5 seconds 
timer is started. If within this time period an F5 OAM end-to-end Loopback cell with Loopback Indication set to "0" is 
received, an MI_LBcompleted indication is generated and the received LLID and Source ID reported to the BMP via 
MI_LBdata; if no Loopback cell with Loopback Indication set to "0" is received within this time period, an MI_LBfail 
indication is generated. Refer to ETS 300 404 [11], subclause 9.2.2.1.3, network-to-endpoint loopback. 

If MI_LBdiscard=true, the function shall terminate the cell flow of F5 OAM end-to-end Loopback cells being inserted 
by the Avclb_TT_So function. If an F5 OAM end-to-end Loopback cell with Loopback Indication set to "1" and an 
LLID matching the CPID or an LLID = all "l"s is received, this function copies and forwards the cell via 
RI_LBresponse to the Avclb_TT_So function for insertion of the Loopback cell in reverse direction. Refer to 
ETS 300 404 [11], subclause 9.2.2.1.3, connecting point for single loopback technique. 

If MI_LBdiscard=true, the No monitoring of loopback cells. function shall terminate the cell flow of F5 OAM segment 
Loopback cells being inserted by the Avclb_TT_So function. If an F5 OAM segment Loopback cell with Loopback 
Indication set to "1" and an LLID matching the CPID or an LLID = all "l"s is received, this function copies and 
forwards the cell via RI_LBresponse to the Avclb_TT_So function for insertion of the Loopback cell in reverse 
direction. Refer to ETS 300 404 [11], subclause 9.2.2.1.3, connecting point for single and multiple loopback technique. 

If MI_LBdiscard=true, the No monitoring of loopback cells. function shall terminate the cell flow of F5 OAM segment 
Loopback cells being inserted by the Avclb_TT_So function. On RI_LBtimer from Avclb_TT_So, a 5 seconds timer is 
started. If within this time period an F5 OAM segment Loopback cell with Loopback Indication set to "0" is received, 
an MI_LBcompleted indication is generated and the received LLID and Source ID reported to the EMF via MI_LBdata; 
if no Loopback cell with Loopback Indication set to "0" is received within this time period, an MI_LBfail indication is 
generated. Refer to ETS 300 404 [11], subclause 9.2.2.1.3, loopback termination at connecting point for single loopback 
technique. 
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The table 37 summarizes these conditions: 



Table 37: Loopback conditions 



Received cell 
(LBdiscard=true) 


Loopback 
indication 


LLID 


Action 


e-t-e loopback cell 


1 


- all ONE'S or 
-LLID=CPID 


- copy loopback cell to LBresponse 


e-t-e loopback cell 





- any value 


If LBtimer < 5 seconds:- report LBcompleted 
- LLID / Source ID reported to LBdata 








If LBtimer > 5 seconds:- report LBfail 
- discard loopback cell 


segment loopback cell 


1 


- all ONE'S or 
-LLID=CPID 


- copy loopback cell to LBresponse 


segment loopback cell 





- any value 


If LBtimer < 5 seconds:- report LBcompleted 
- LLID / Source ID reported to LBdata 








If LBtimer > 5 seconds:- report LBfail 
- discard loopback cell 



Defects: 


None. 


Consequent Actions: 


None. 


Defect Correlations: 


None. 


Performance Monitoring: 


None. 



7.3.1 6 ATM Virtual Channel to ATM Client Adaptation Functions 
7.3.1 6.1 ATM Virtual Channel to ATM Client Adaptation Source Avc/XXX_A_So 

Symbol: 

XXX CI 



Interfaces: 



Avc/XXX A So Ml 



^\ Avc/XXX 



Avc_AI 
Figure 44: Avc/XXXASo symbol 

Table 38: Avc/XXX_A_So input and output signals 



Input(s) 


Output(s) 


XXX CI D 
XXX CI FS 
XXX CI SSF 
XXX_CI_other 

Avc/XXX A So Ml Active 
Avc/XXX A So Ml other 


Ave A! D 
Avc_AI_ACS 

Avc/XXX_A_So_M LpXXX 
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Processes: 

This function performs an AAL process for a given VCC in source direction. It is for further study. The following is a 
non-exhaustive list of possible candidates for payloads to be supported: 

- CE 2 - 140 Mbit/s; 

- CE n*64 kbit/s; 

- X.25, Frame Relay, HDLC; 
Internet Protocol; 

- CBDS; 

- N-ISDN interworking (BA, PRA); 

- LAN (IEEE 802 [23]. x). 
Defects: None 
Consequent Actions: None 
Defect Correlations: None 
Performance Monitoring: None 

7.3.1 6.2 ATM Virtual Channel to ATM Client Adaptation Sink Avc/XXX_A_Sk 

Symbol: 

XXX CI 



Avc/XXX A Sk Ml 



^\ Avc/XXX 



Interfaces: 



Avc_AI 
Figure 45: Avc/XXX_A_Sk symbol 

Table 39: Avc/XXX_A_Sk input and output signals 



Input(s) 


Output(s) 


Ave Al D 
Ave Al ACS 
Ave_AI_TSF 

Ave/XXX A Sk Ml Aetive 
Ave/XXX A Sk Ml other 


XXX CI D 
XXX CI FS 
XXX CI SSF 
XXX_CI_other 

Avc/XXX_A_Sk_MI_pXXX 
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Processes: 

This function performs an AAL process for a given VCC in sink direction. It is for further study. The following is a 
non-exhaustive list of possible candidates for payloads to be supported: 

- CE 2 - 140 Mbit/s; 

- CE n*64 kbit/s; 

- X.25, Frame Relay, HDLC; 
Internet Protocol; 

- CBDS; 

- N-ISDN interworking (BA, PRA); 

- LAN (IEEE 802 [23]. x). 
Defects: 

Consequent Actions: 
Defect Correlations: 
Performance Monitoring: 



7.4 



xDSL Transmission Functions 



7.4.1 ADSL 



7.4.1.1 



ADSL PMD layer functions 



:^ 



ADSLpmd/s_A_RI 



A 




ADSLpmd_AI 




ADSL / 
pmd/s A / ^ ADSLpmd/s_A_Sk_MI 

A — 



ADSLpmd_TT_RI 




ADSL 
pmd_n/ ^_^ ADSLpmd_TT_Sk_MI 



ADSLpmd_CI 




ADSL PMD Layer Characteristic Information ADSLpmd_CI 

Continuous analogue ADSL line signal 

ADSL PMD Layer Adaptation Information ADSLpmd_AI 

Sequence of discrete samples representing the digitized ADSL line signal 
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7.4.1 .2 ADSL PMD Layer Trail Termination Source Function ADSLpmd _TT_So 

Reference: ITU-T Recommendation G.992.1 [27], subclauses 7.1 1 and 8.1 1. 
Symbol: 

ADSLpmd_AI 



J^ 




ADSLpmd_CI 



Interfaces: 



Input(s) 


Output(s) 


ADSLpmd Al D (data samples) 
ADSLpmd_AI_CLK (sample clock 2,208 MHz) 


ADSLpmd_CI_D (analogue signal) 



Processes: 

Digital-to- Analog Conversion of the ADSL line signal 
Defects: None. 

Consequent Actions: None. 

Defect Correlations: None. 

Performance Monitoring: None. 

7.4.1 .3 ADSL PMD Layer Trail Termination Sink Function ADSLpmd 

Reference: ITU-T Recommendation G.992.1 [27], subclauses 7.1 1 and 8.1 1. 



Sk 



Symbol: 



ADSLpmd_AI 



ADSLpmd_TT_RI 
A 




^ ADSLpmd_TT_Sk_MI 



ADSLpmd_CI 
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Interfaces: 



Input(s) 


Output(s) 


ADSLpmd CI D (analogue signal) 


ADSLpmd Al D (data samples) 


ADSLpmd_TT_Sk_MI_LineActivated 


ADSLpmd_AI_CLK (sample clock 2,208 MHz) 




ADSLpmd Al TSF (trail signal fail) 




ADSLpmd TT Sk Ml cLOS 




ADSLpmd TT Sk Ml pLOS 




ADSLpmd TT Rl LOS 



Processes: 

Analog-to-Digital conversion of the ADSL line signal. 

LOS detection by estimation of the incoming signal regarding to pilot tone reference power. 

Defects: 

dLOS; A pilot tone reference power shall be established by averaging the ADSL pilot tone power for 0.1 sec. after the 
start of steady state data transmission (i.e., after initialization), and a threshold shall be set at 6 dB below the reference 
power. A dLOS defect occurs when the level of the received ADSL pilot tone power, averaged over a 0. 1 sec. period, is 
lower than the threshold, and terminates when this level, measured in the same way, is at or above the threshold; 

Consequent Actions: aTSF <— dLOS 

aRDI ^ dLOS 

Defect Correlations: cLOS <- dLOS 

Performance Monitoring: pLOS; Counter of seconds with at least one occurrence of a dLOS defect. 

7.4.1 .4 ADSL PMD Layer to Section Adaptation Source Function ADSLpmd/s _A_So 

Reference; ITU-T Recommendation G.992.1 [27], subclauses 7.6.3 to 7.12 and 8.7 to 8.12. 
Symbol: 

ADSLs CI 



J^JZL 



ADSL 
pmd/s_A 



ADSLpmd_AI 



Processes: 

Section data coming from the interleaved buffer are re-ordered in their sequence according to the interleaving 
mechanism. 

After that the whole ADSL frame data bits are distributed onto the different sub-carriers according to the tone ordering 
algorithm (i.e. starting with fast buffer data are assigned to the carrier with lowest bit transportation capacity). 

Every sub-carrier has an own constellation encoder with a specific range of constellation points that is adjusted during 
line activation. After constellation encoding the resulting vector of complex constellations from all sub-carriers is 
transformed into a time domain sequence of discrete samples by the Inverse Fast Fourier Transform (IFFT) algorithm. 

Following 68 ADSL section frames an special constellation vector is processed by IFFT that indicates superframe 
boundaries and is referred to as synchronization symbol. 
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Finally the time domain signal is extended by an cyclic prefix that is used to detect symbol boundaries at the receiver. 
Interfaces: 



Input(s) 


Output(s) 


ADSLs CI D (FEC output data) 
ADSLs CI CLK (FEC output frame bit clock) 
ADSLs CI FCLK (FEC output frame clock) 
ADSLs CI SCLK (superframe clock) 


ADSLpmd_AI_D (data samples) 
ADSLpmd_AI_CLK (sample clock) 



Defects: None. 

Consequent Actions: None. 

Defect Correlations: None. 

Performance Monitoring: None. 



7.4.1.5 

Reference: 

Symbol: 



ADSL PMD Layer to Section Adaptation Sink Function ADSLpmd/s_A_Sk 

ITU-T Recommendation G.992.1 [27], subclauses 7.6.3 to 7.12 and 8.7 to 8.12. 



ADSLpmd/s_A_RI 



ADSLs_CI 
A 





^ ADSLpmd/s_A_Sk_ 



Ml 



ADSL 
pmd/s_A 

'f 

ADSLpmd_AI 



Processes: 

This function establishes symbol synchronization by searching for the time-domain cyclic prefix of each symbol. After 
that the cyclic prefix is removed. 

The remaining time-domain signal is processed by the Fast Fourier Transform (FFT) algorithm. This results in complex 
constellation values for the different QAM sub-carriers. After constellation decoding a related bit-pair for every carrier 
becomes available. The carrier specific bit-pairs are composed into an overall bitstream that is compared with the sync 
symbol bitstream. In this way synchronization symbols indicate that superframe boundaries are detected. 

After establishment of superframe synchronization all data symbols between synchronization symbols are processed by 
the FFT algorithm in the same way, however the carrier specific constellation decoders use the range of constellation 
points that was adjusted during the activation procedure. This results in different bitstream length for different sub- 
carriers after constellation decoding. 

Then the original ADSL section frame is composed from the various carrier specific streams by the tone reordering 
procedure. Interleaving buffer data are re -ordered in their sequence according to the interleaving algorithm. 
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Interfaces: 



Input(s) 


Output(s) 


ADSLpmd_AI_D (data samples) 
ADSLpmd Al CLK (sample clock) 
ADSLpmd Al TSF 


ADSLs CI D (FEC input data) 
ADSLs CI CLK (FECinput frame bit clock) 
ADSLs_CI_FCLK (FEC input frame clock) 
ADSLs CI SCLK (superframe clock) 
ADSLs CI SSF (server signal fail) 
ADSLpmd/s A Sk Ml cLOF 
ADSLpmd/s A Sk Rl LOF 



Defects: 



Consequent Actions: 

Defect Correlations: 
Performance Monitoring: 



dLOF: A dLOF defect occurs when the contents of two consecutively received 

ADSL synchronization symbols do not correlate with the expected content 
over a subset of the tones. A dLOF defect terminates when the content of two 
consecutively received ADSL synchronization symbols correlate with the 
expected contents over the same subset of the tones. The correlation method, 
the selected subset of the tones, and the threshold for declaring the dLOF 
defect condition are implementation discretionary; 

aSSF ^ dLOF or aTSF 

aRDI ^ dLOF or aTSF 

cLOF ^ dLOF and not aTSF 

None. 



7.4.1.6 



ADSL Section Layer Functions 
ADSLtp/avp_A_RI 



ADSLs 




^ ADSLs_TT_Sk_MI 
^ ADSLs_TT_TI 



ADSLpmd_TT_RI 
ADSLpmd/s_A_RI 

ADSL Section Layer Characteristic Information ADSLs_CI 

ADSL data frames consisting of transmission path data and their synchronization information, eoc/aoc messages, 
indicator bits and additional overhead information to check/ensure data integrity in fast and interleaved buffer (CRC, 
FEC) 

ADSL Section Layer Adaptation Information ADSLs_AI 

ADSL data frames only containing multiplexed transmission path data and their synchronization information together 
with messages from eoc/aoc channels. 
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7.4.1 .7 ADSL Section Layer Trail Termination Source Function ADSLs_TT_So 

Reference: ITU-T Recommendation G.992.1 [27], subclauses 7.4, 7.6.1, 8.4 and 8.6. 

Symbol: 

ADSLs Al 



ADSLs IT 11 




ADSLpmd_TT_RI 
ADSLpmd/s_A_RI 

ADSLs_TT_RI 
ADSLtp/avp_A_RI 



Interfaces: 



Input(s) 


Output(s) 


ADSLs_AI_D (mux frame data) 

ADSLs_AI_CLK (mux data frame bit clock) 

ADSLs_AI_FCLK (mux data frame clock) 

ADSLs_AI_SCLK (mux superframe clock) 

ADSLs IT Tl NTR (network timing reference) 

ADSLs IT Rl CRC-I 

ADSLs TT Rl FEC-I 

ADSLs TT Rl CRC-F 

ADSLs TT Rl FEC-F 

ADSLpmd TT Rl LOS 

ADSLpmd/s A Rl LOF 

ADSLtp/Avp A Rl NCD-I 

ADSLtp/Avp A Rl NCD-F 

ADSLtp/Avp A Rl HEC-I 

ADSLtp/Avp A Rl HEC-F 


ADSLs CI D (FEC output frame data) 
ADSLs CI CLK (FEC output frame bit clock) 
ADSLs CI FCLK (FEC output frame clock) 
ADSLs CI SCLK (superframe clock) 



Processes: 

Indicator bit control: 

ib8: The febe-I indicator is controlled by ADSLs_TT_RI_CRC-I and is reported once per superframe. The 

febe-I indicator shall be coded 1 to indicate that no ADSLs_TT_RI_CRC-I notification occurred during 
the previous superframe otherwise it shall be coded 0. 

ib9: The fecc-I indicator is controlled by ADSLs_TT_RI_FEC-I and is reported once per superframe. The 

fecc-I indicator shall be coded 1 to indicate that no ADSLs_TT_RI_FEC-I notification occurred during 
the previous superframe otherwise it shall be coded 0. 

iblO: The febe-F indicator is controlled by ADSLs_TT_RI_CRC-F and is reported once per superframe. The 

febe-F indicator shall be coded 1 to indicate that no ADSLs_TT_RI_CRC-F notification occurred during 
the previous superframe otherwise it shall be coded 0. 

ibl 1: The fecc-F indicator is controlled by ADSLs_TT_RI_FEC-F and is reported once per superframe. The 

fecc-F indicator shall be coded 1 to indicate that no ADSLs_TT_RI_FEC-F notification occurred during 
the previous superframe otherwise it shall be coded 0. 

ibl2: The los indicator is controlled by ADSLpmd_TT_RI_LOS and is reported once per superframe. The los 

indicator shall be coded 1 to indicate that no ADSLs_TT_RI_LOS notification occurred during the 
previous superframe. If ADSLpmd_TT_RI_LOS notification occurred the los indicator shall be coded 
for 6 consecutive superframes. 
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ibl3: The rdi indicator is controlled by ADSLpmd/s_A_RI_LOF and is reported once per superframe. The rdi 

indicator shall be coded 1 to indicate that no ADSLpmd/s_A_RI_RDI notification occurred during the 
previous superframe otherwise it shall be coded 0. 

ibl4; The ncd-I indicator is controlled by ADSLtp/Avp_A_RI_NCD-I and is reported once per superframe. The 

ncd-I indicator shall be coded 1 to indicate that no ADSLtp/Avp_A_RI_NCD-I notification occurred 
during the previous superframe otherwise it shall be coded 0. 

ibl5: The ncd-F indicator is controlled by ADSLtp/Avp_A_RI_NCD-F and is reported once per superframe. 

The ncd-F indicator shall be coded 1 to indicate that no ADSLtp/Avp_A_RI_NCD-F notification 
occurred during the previous superframe otherwise it shall be coded 0. 

ibl6: The hec-I indicator is controlled by ADSLtp/Avp_A_RI_HEC-I and is reported once per superframe. The 

hec-I indicator shall be coded 1 to indicate that no ADSLtp/Avp_A_RI_HEC-I notification occurred 
during the previous superframe otherwise it shall be coded 0. 

ibl7: The hec-F indicator is controlled by ADSLtp/Avp_A_RI_HEC-F and is reported once per superframe. 

The hec-F indicator shall be coded 1 to indicate that no ADSLtp/Avp_A_RI_HEC-F notification occured 
during the previous superframe otherwise it shall be coded 0. 

ib20..23: Representing the change in phase offset between the input NTR and LTR from the previous superframe to 
the present one. 

Processing of FastBujfer information: 

Insertion of fast byte information: 



ADSL Frame 
Number 


Fast Byte Content 




Full overhead mode 


Reduced overhead mode with 
separate fast and sync byte 


Reduced overhead mode 

with merged fast and sync 

bytes in fast buffer 





CRC for fast buffer data of the previous superframe 


1 


Indicator bits ibO-7 


34 


Indicator bits ib8-15 


35 


Indicator bits ibi 6-23 



CRC checksum calculation over all data transported in fast buffer in a ADSL superframe (i.e. 68 ADSL frames); 

Calculation of FEC parity bytes for fast data buffer of one ADSL frame and appending this information to the 
fast buffer. 

Processing of Interleaved Buffer information: 

insertion of sync byte information: 



ADSL Frame 
Number 


Sync Byte Content 




Full overhead mode 


Reduced overhead mode 

with separate fast and sync 

byte 


Reduced overhead mode 
with merged fast and sync 
bytes in interleaved buffer 





CRC for interleaved buffer data of the previous superframe 


1 






Indicator bits ibO-7 


34 


Indicator bits ib8-15 


35 


Indicator bits ibi 6-23 



CRC checksum calculation over all data transported in interleaved buffer in a ADSL superframe (i.e. 68 ADSL 
frames); 

calculation of FEC parity bytes for interleaved data buffer of 1 ..64 ADSL frame(s) and appending this 
information to the interleaved buffer. 
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Defects: 


None. 


Consequent Actions: 


None. 


Defect Correlations: 


None. 



Performance Monitoring: None. 



7.4.1 .8 ADSL Section Layer Trail Termination Sink Function ADSLs_ 

Reference: ITU-T Recommendation G.992.1 [27], subclauses 7.4, 7.6.1, 8.4 and 8.6. 

Symbol: 



Sk 



ADSLs_TT_RI ^ 




-^ ADSLs_TT_Sk_MI 
-^ ADSLs_TT_TI 



ADSLs CI 



Interfaces: 



Input(s) 


Output(s) 


ADSLs CI 


_D (FEC input frame data) 


ADSLs_AI_D (mux frame data) 


ADSLs CI 


CLK (FEC input frame bit clock) 


ADSLs_AI_CLK (mux data frame bit clock) 


ADSLs CI 


_FCLK (FEC input frame clock) 


ADSLs_AI_FCLK (mux data frame clock) 


ADSLs CI 


_SCLK (superframe clock) 


ADSLs Al SCLK (superframe clock) 


ADSLs CI 


_SSF (server signal fail) 


ADSLs_AI_TSF (trail signal fail) 

ADSLs TT Tl NTR (network timing reference) 

ADSLs TT Sk Ml cFLOS 

ADSLs TT Sk Ml cFLOF 

ADSLs TT Sk Ml cFLCD-l 

ADSLs TT Sk Ml cFLCD-F 

ADSLs TT Sk Ml pCRC-l 

ADSLs TT Sk Ml pCRC-F 

ADSLs TT Sk Ml pFEC-l 

ADSLs TT Sk Ml pFEC-F 

ADSLs TT Sk Ml pFECS 

ADSLs TT Sk Ml pES 

ADSLs TT Sk Ml pSES 

ADSLs TT Sk Ml pUAS 

ADSLs TT Sk Ml pFEBE-l 

ADSLs TT Sk Ml pFEBE-F 

ADSLs TT Sk Ml pFFEC-l 

ADSLs TT Sk Ml pFFEC-F 

ADSLs TT Sk Ml pFFECS 

ADSLs TT Sk Ml pFES 

ADSLs TT Sk Ml pFSES 

ADSLs TT Sk Ml pFLOS 

ADSLs TT Sk Ml pFUAS 

ADSLs TT Rl CRC-I 

ADSLs TT Rl FEC-I 

ADSLs TT Rl CRC-F 

ADSLs TT Rl FEC-F 
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Processes: 

Processing of FastBuffer information: 

FEC parity byte check for fast data buffer of every ADSL frame; 

CRC checksum processing over all data transported in fast buffer in a ADSL superframe; 

Extraction of fast byte information (see subclause 7.4.1.7). 
Processing of Interleaved Buffer information: 

FEC parity byte check for interleaved data buffer of 1 ..64 ADSL frame(s); 

CRC checksum processing over all data transported in interleaved buffer in a ADSL superframe; 

Extraction of sync byte information: (see subclause 7.4.1.7). 

Anomalies: 

Forward Error Correction (fec-I) anomaly: An fec-I anomaly occurs when a received FEC code for the interleaved data 
stream indicates that errors have been corrected 

Forward Error Correction (fec-F) anomaly: An fec-F anomaly occurs when a received FEC code for the fast data 
stream indicates that errors have been corrected 

Cyclical Redundancy Check (crc-I) anomaly: A crc-I anomaly occurs when a received CRC-8 code for the interleaved 
data stream is not identical to the corresponding locally generated code 

Cyclical Redundancy Check (crc-F) anomaly: A crc-F anomaly occurs when a received CRC-8 code for the fast data 
stream is not identical to the corresponding locally generated code 

Far-end Forward Error Correction (ffec-I) anomaly: An ffec-I anomaly is a fec-I anomaly detected at the far end. A 
ffec-I anomaly occurs when a received fecc-I indicator is set to 0. A ffec-I anomaly terminates when a received fecc-I 
indicator is set to 1 

Far-end Forward Error Correction (ffec-F) anomaly: An ffec-F anomaly is an fec-F anomaly detected at the far end. 
The ffec-F anomaly will occur and terminate in the same way as the febe-I anomaly 

Far-end Block Error (febe-I) anomaly: A febe-I anomaly is a crc-I anomaly detected at the far-end. A febe-I anomaly 
occurs when a received febe-I indicator is set to 0. A febe-I anomaly terminates when a received febe-I indicator is set 
tol 

Far-end Block Error (febe-F) anomaly: A febe-F anomaly is a crc-F anomaly detected at the far-end. The febe-F 
anomaly will occur and terminate in the same way as the febe-I anomaly 

Far-end No Cell Delineation (fncd-I) anomaly: A fncd-I anomaly is a ncd-I anomaly detected at the far-end. An fncd-I 
anomaly occurs immediately after ATU start-up and terminates if a received ncd-I indicator is coded 1 

Far-end No Cell Delineation (fncd-F) anomaly: A fncd-F anomaly is a ncd-F anomaly detected at the far-end. An 
fncd-F anomaly occurs immediately after ATU start-up and terminates if a received ncd-F indicator is coded 1 

Far-end Out of Cell Delineation (focd-I) anomaly: A focd-I anomaly is an ocd-I anomaly detected at the far-end. A 
focd-I anomaly occurs if no fncd-I anomaly is present and a received ncd-I indicator is coded 0. A focd-I anomaly 
terminates if a received ncd-I indicator is coded 1 

Far-end Out of Cell Delineation (focd-F) anomaly: A focd-F anomaly is an ocd-F anomaly detected at the far-end. A 
focd-F anomaly occurs if no fncd-F anomaly is present and a received ncd-F indicator is coded 0. A focd-F anomaly 
terminates if a received ncd-F indicator is coded 1 

Far-end Header Error Check (fhec-I) anomaly: A fhec-I anomaly is an hec-I anomaly detected at the far end. A fhec-I 
anomaly occurs when a received hec-I indicator is set to 0. A fhec-I anomaly terminates when a received hec-I indicator 
is set to 1 

Far-end Header Error Check (fhec-F) anomaly: A fhec-F anomaly is an hec-F anomaly detected at the far end. The 
fhec-F anomaly will occur and terminate in the same way as the fhec-I anomaly 
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Defects: 



dFLOS: A far-end LOS defect is a LOS defect detected at the far-end. A dLOS defect occurs when 4 or more out 
of 6 contiguous los indicators are received set to 0. A far-end LOS defect terminates when 4 or more out 
of 6 contiguously received los indicators are set to 1 ; 

dFLOF: A far-end LOF defect is a LOF defect detected at the far end. A dFLOF defect occurs when a received rdi 
indicator is set to 0. An FLOF defect terminates when a received rdi indicator is set to 1 ; 

dFLCD-I: A far-end LCD-I defect is an dLCD-I defect detected at the far-end. A dFLCD-I defect occurs when a 

focd-I anomaly is present and 4 consecutively received ncd-I indicators are coded and no dLOS defect 
is present. A dFLCD-I defect terminates if 4 consecutively received ncd-I indicators are coded 1 ; 

dFLCD-F: A far-end LCD-F defect is an dLCD-F defect detected at the far-end. A dFLCD-F defect occurs when a 
focd-F anomaly is present and 4 consecutively received ncd-F indicators are coded and no dLOS defect 
is present. A dFLCD-F defect terminates if 4 consecutively received ncd-F indicators are coded 1 . 



Consequent Actions: 


aTSF 


<— 


aSSF 




aREI_CRC-I 


^ 


FEC-I anomaly 




aREI_CRC-F 


<— 


FEC-F anomaly 




aREI_FEC-I 


<— 


CRC-I anomaly 




aREI_FEC-F 


<r- 


CRC-F anomaly 


Defect Correlations: 


cFLOS 


<- 


dFLOS 




cFLOF 


<— 


dFLOF 




cFLCD-I 


^ 


dFLCD-I 




cFLCD-F 


^ 


dFLCD-F 



Performance Monitoring: 

pCRC-I: Counter of CRC-8 anomalies in the interleaved data buffer (subject to inhibiting - see pUAS) 

pCRC-F: Counter of CRC-8 anomalies in the fast data buffer (subject to inhibiting - see pUAS) 

pFEC-I: Counter of FEC codeword corrections in the interleaved data buffer (subject to inhibiting - see pUAS) 

pFEC-F: Counter of FEC codeword corrections in the fast data buffer (subject to inhibiting - see pUAS) 

pFECS; Counter of second intervals with one or more fee anomalies 

pES: Counter of second intervals with one or more CRC-8 anomalies, or one or more aSSF events 

pSES: Counter of second intervals with x=18 or more CRC-8 anomalies or one or more aSSF events 

pUAS: Counter of second intervals for which the ADSL line is unavailable. The ADSL line becomes unavailable 
at the onset of 10 contiguous SESs. The 10 SESs are included in unavailable time. Once unavailable, the 
ADSL line becomes available at the onset of 10 contiguous seconds with no SESs. The 10 seconds with 
no SESs are excluded from unavailable time. Some parameter counts are inhibited during unavalibility. 

pFEBE-I: Counter of febe-I anomalies in the interleaved data buffer (subject to inhibiting - see pFUAS) 

pFEBE-F: Counter of febe-F anomalies in the fast data buffer (subject to inhibiting - see pFUAS) 

pFFEC-I; Counter of ffec-I in the interleaved data buffer (subject to inhibiting - see pFUAS) 

pFFEC-F: Counter of ffec-F in the fast data buffer (subject to inhibiting - see pFUAS) 

pFFECS: Counter of second intervals with one or more ffec anomalies 

pFES: Counter of second intervals with one or more febe anomalies, or one or more dFLOS or dFLOF defects 

pFSES: Counter of second intervals with x=18 or more febe anomalies, or one or more dFLOS or dFLOF defects 

pFLOS Counter of second intervals containing one or more dFLOS defects 
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pFUAS: Counter of second intervals for which the far-end ADSL Hne is unavailable. The far-end ADSL line 
becomes unavailable at the onset of 10 contiguous FSESs. The 10 FSESs are included in unavailable 
time. Once unavailable, the far-end ADSL line becomes available at the onset of 10 contiguous seconds 
with no FSESs. The 10 seconds with no FSESs are excluded from unavailable time. Some parameter 
counts are inhibited during unavalibility. 

7.4.1 .9 ADSL Section Layer to TP Adaptation Source Function ADSLs/tp _A_So 

Reference: ITU-T Recommendation G.992.1 [27], subclauses 7.4.1, 7.4.2, 8.4.1 and 8.4.2. 

Symbol: 



Fast 
Data 



ADSLtp_CI 

Interleaved AOC 
Data Data 



J^ 



J^ 



EOC 
Data 



ADSL 
s/tp_A 



ADSLs Al 



Processes: 

Up to four simplex (AS0..3 - only in downstream direction) and three duplex (LS0..2) transmission paths will be 
synchronized to the 4 kHz ADSL data frame rate by the synchronization control mechanism (using synchronization 
control byte and the AEX and LEX bytes). That mechanism is not necessary for synchronous data streams in reduced 
overhead framing mode. 

The synchronous data streams are then multiplexed into two separate data buffers (fast and interleaved). 

Insertion of fast byte information: 



ADSL Frame 
Number 


Fast Byte Content 




Full overhead mode 


Reduced overhead mode 

with separate fast and sync 

byte 


Reduced overhead mode 

with merged fast and sync 

bytes in fast buffer 


4n+2, 4n+3 
n=0..7,9..16 


Eoc messages (2 octets long beginning with even numbered 
frames) or sync messages 


Eoc messages (2 octets long 
beginning with even numbered 
frames) or sync messages 


4n, 4n+1 
n=1..16 






Aoc messages 



Insertion of sync byte information: 



ADSL Frame 
Number 


Sync Byte Content 




Full overhead mode 


Reduced overhead mode 

with separate fast and sync 

byte 


Reduced overhead mode 
with merged fast and sync 
bytes in interleaved buffer 


1 


Sync messages or aoc 
messages 


Aoc messages 


- 


34 


- 


35 


- 


4n+2, 4n+3 
n=0..7,9..16 


Eoc messages (2 octets long 
beginning with even numbered 
frames) or sync messages 


4n, 4n+1 
n=1..16 


Aoc messages 
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Interfaces: 



Input(s) 


Output(s) 


ADSLtp(i) CI D (i: AS0..3, LS0..2)) 
ADSLtp(i)_CI_CLK (TP bit clock) 
ADSLtp_CI_EOC (eoc message) 
ADSLtp CI AOC (aoc message) 


ADSLs_AI_D (mux frame data) 
ADSLs_AI_CLK (mux data frame bit clock) 
ADSLs_AI_FCLK (mux data frame clock) 
ADSLs Al SCLK (mux superframe clock) 



Defects: None. 

Consequent Actions: None. 

Defect Correlations: None. 

Performance Monitoring: None. 

7.4.1 .10 ADSL Section Layer to TP Adaptation Sink Function ADSLs/tp_A_Sk 

Reference: ITU-T Recommendation G.992.1 [27], subclauses 7.4.1, 7.4.2, 8.4.1 and 8.4.2. 

Symbol: 



ADSLtp_CI 




Interleaved 
Data 



AOC 
Data 

A 




ADSL 
s/tp_A 

7K 

ADSLs_AI 

Processes: 

The data received from the fast and interleaved data buffer are reassigned to the particular ADSL transmission paths. 

The information from the synchronization control byte in companion with the AEX and LEX bytes is used to recover 
the original frequency of the path signal.. That mechanism is not necessary for synchronous data streams in reduced 
overhead framing mode. 

Extraction of fast byte information: see subclause 7.4.1.9. 

Extraction of sync byte information: see subclause 7.4.1.9. 

Interfaces: 



Input(s) 


Output(s) 


ADSLs_AI_D (mux frame data) 
ADSLs_AI_CLK (mux data frame bit clock) 
ADSLs_AI_FCLK (mux data frame clock) 
ADSLs Al SCLK (superframe clock) 
ADSLs Al TSF (trail signal fail) 


ADSLtp(i) CI D(i:AS0..3, LS0..2)) 
ADSLtp(i)_CI_CLK (TP bit clock) 
ADSLtp(i)_CI_SSF (server signal fail) 
ADSLtp_CI_EOC (eoc message) 
ADSLtp CI AOC (aoc message) 



Defects: 

Consequent Actions: 
Defect Correlations: 
Performance Monitoring: 



None. 

None. 

aSSF ^ aTSF 

None. 
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7.4.1.11 ADSL TP Layer Functions 



ADSLtp/Avp_ ^-^ 
A So 



ADSLtp_C_ 




A 



ADSLtp_AI 



ADSLtp_CI 



ADSL /, - 

tp/Avp_A / V^ ADSLtp/Avp_ 

7I\ 




V 

ADSLtp/Avp_A_RI 

ADSL TP Layer Characteristic Information ADSLtp_CI 

ADSL transmission path signal AS0..AS3 (only downstream) and LS0..LS2. 
ADSL TP Layer Adaptation Information ADSLtp_AI 

Identical with ADSLtp_CI. 

7.4.1 .12 ADSL TP Layer Connection Function ADSLtp _C 

Reference: ITU-T Recommendation G.992.1 [27], subclauses 6.1 and 6.2. 

Symbol: 

ADSLtp_CI 
\/ 



ADSLtp_C_MI 




Interfaces: 



A Sk Ml 



ADSLtp_G_MI 



Input(s) 


Output(s) 


ADSLtp(i) CI D (i: AS0..3, LS0..2)) 
ADSLtp(i)_CI_CLK (TP bit clock) 
ADSLtp(i)_CI_SSF (server signal fail) 
ADSLtp C Ml Connect (TP connection control) 


ADSLtp(i) CI D(i:AS0..3, LS0..2)) 
ADSLtp(i)_CI_CLK (TP bit clock) 
ADSLtp(i)_CI_SSF (server signal fail) 
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Processes: 

This function connects the ADSL transmission paths with the fast and interleaved ADSL transmission channel within 
ADSL section layer. 

The matrix connection is defined as an 2-port, i.e. the set of input and output ports is divided into two subsets, each 
containing both input and output ports: 

Symbol: 



AS0..3 LS0..2 




Fast 
Channel 



Interleaved 
Channel 







Input 




AS0..3 


LS0..2 


Fast Channel 


Interleaved 
Channel 


Output 


AS0..3 


- 


- 


Downstream 


Downstream 


LS0..2 


- 


- 


+ 


+ 


Fast Channel 


Downstream 


+ 


- 


- 


Interleaved 
Channel 


Downstream 


+ 


- 


- 



Defects: None. 

Consequent Actions: None. 

Defect Correlations: None. 

Performance Monitoring: None. 
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7.4.1 .13 ADSL TP Layer Trail Termination Source Function ADSLtp _TT_So 

Reference: 
Symbol: 

ADSLtp_AI 




Interfaces: 



Input(s) 


Output(s) 


ADSLtp(i) Al D (i: AS0..3, LS0..2)) 
ADSLtp(i) Al CLK (TP bit clock) 


ADSLtp(i) CI D(i:AS0..3, LS0..2)) 
ADSLtp(i) CI CLK (TP bit clock) 



Processes: 


None 


Defects: 


None. 


Consequent Actions: 


None. 


Defect Correlations: 


None. 


Performance Monitoring: 


None. 



7.4.1.14 ADSLTP Layer Trail Termination Sink Function ADSLtp _1 

Reference: 
Symbol: 

ADSLtp_AI 
A 



Sk 




Interfaces: 



Input(s) 


Output(s) 


ADSLtp(i) CI D (i: AS0..3, LS0..2)) 
ADSLtp(i)_CI_CLK (TP bit clock) 
ADSLtp(i) CI SSF (server signal fail) 


ADSLtp(i) Al D(i:AS0..3, LS0..2)) 
ADSLtp(i) Al CLK (TP bit clock) 
ADSLtp(i) TSF (trail signal fail) 
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Processes: 


None 


Defects: 


None. 


Consequent Actions: 


aTSF ^ aSSF 


Defect Correlations: 


None. 


Performance Monitoring: 


None. 


7.4.2 VDSL 




For further study. 




7.5 ATM 25,6 UN Trar 


7.5.1 ATM25,6 PMD Layer 



J^ 




ATM25pmd_AI 



ATM25pmd_CI 




-^ ATM25pmd/s_A_ 



Ml 



ATM25,6 PMD Layer Characteristic Information ATM25pmd_CI 

Symmetrical electrical digital signal of defined amplitude, bit rate (32 Mbit/s) and pulse shape as defined in AF-PHY- 
0040.000. 

ATM25,6 PMD Layer Adaptation Information ATM25pmd_AI 

Logical bitstream with co-directional bit timing. 
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7.5.1 .1 ATM25,6 PMD Layer Trail Termination Source Function (ATM25pmd _TT_So) 

Reference: ETS 300 81 1 [10], clause 2. 
Symbol: 

ATM25pmd_AI 




ATM25pmd_CI 



Interfaces: 



Input(s) 


Output(s) 


ATM25pmd Al D (data bits) 
ATM25pmd Al CLK (32 MHz clock) 


ATM25pmd_CI_D (line signal) 



Processes: 

This function converts a logical bit stream into an symmetrical electrical signal according to AF-PHY-0040.000. 
Defects: None. 

Consequent Actions: None. 

Defect Correlations: None. 

Performance Monitoring: None. 

7.5.1 .2 ATM25,6 PMD Layer Trail Termination Sink Function (ATM25pmd _TT_Sk) 

Reference: ETS 300 81 1 [10], clause 2. 

Symbol: 

ATM25pmd_AI 
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Interfaces: 



Input(s) 


Output(s) 


ATM25pmd_CI_D (line signal) 


ATM25pmd Al D (data bits) 
ATM25pmd Al CLK (32 MHz clock) 



Processes: 

This function converts an symmetrical electrical signal according to AF-PHY -0040.000 into a logical bit stream. 
Defects: None. 

Consequent Actions: None. 

Defect Correlations: None. 

Performance Monitoring: None. 

7.5.1 .3 ATM25,6 PMD Layer to Section Adapt. Source Function (ATM25pmd/s 

_A_So) 

Reference: ETS 300 81 1 [10], subclause 3.2 and 3.3. 

Symbol: 

ATM25S CI 



JSl^ 



ATM25 
pmd/s_A 



ATM25pmd_AI 



Processes: 

This function performs line coding of 4 bit wide data words (nibbles) and a particular escape code into 5 bit wide line 
symbols. Furthermore these symbols are NRZI encoded. 

Interfaces: 



Input(s) 


Output(s) 


ATM25s_CI_D (data nibbles Oh to Fh) 

ATM25S CI X (escape code) 

ATM25S CI CLK (6,4 MHz nibble clock) 


ATM25pmd Al D (data bits) 
ATM25pmd Al CLK (32 MHz clock) 



Defects: None. 

Consequent Actions: None. 

Defect Correlations: None. 

Performance Monitoring: None. 
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7.5.1 .4 ATM25,6 PMD Layer to Section Adapt. Sink Function (ATM25pmd/s _A_Sk) 

Reference: ETS 300 81 1 [10], subclauses 3.2 and 3.3, ATM Forum [2], subclause 3.6. 

Symbol: 

ATM25s_CI 

A 



-^ ATM25pmd/s_A_MI 



ATM25 
pmd/s_A 

-^ ' 

ATM25pmd_AI 



Processes: 

This function performs NRZl decoding of incoming data stream before synchronization on 5 bit wide line symbol 
boundaries is established. The resulting symbols are decoded into data nibbles and a particular escape code. 

Interfaces: 



Input(s) 


Output(s) 


ATM25pmd Al D (data bits) 
ATM25pmd Al CLK (32 MHz clock) 


ATM25s_CI_D (data nibbles Oh to Fh) 
ATM25S CI X (escape code) 
ATM25S CI CLK (6,4 MHz nibble clock) 
ATM25S CI SSF (server signal fail) 
ATM25pmd/s A Sk Ml cLOQ 
ATM25pmd/s A Sk Ml pIS 



Defects: 

Consequent Actions: 
Defect Correlations: 
Performance Monitoring: 



dLOQ: If more than one invalid symbol is received in a logical block consisting of 
2^^ contiguous symbols the LOQ defect shall be generated. It shall persist 
until a block with no more than 1 invalid symbol is detected. 

aSSF ^ dLOQ 

cLOQ^ dLOQ 

plS: Counter for invalid line symbols 



7.5.2 ATM25,6 Section Layer Functions 



Al^ 



ATM25 
s/tp_A 



J^ 




ATM25S Al 



ATM25S 01 
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ATM25,6 Section Layer Characteristic Information ATM25s_CI 

4 bit wide data nibbles (Oh.. Fh) and a particular escape code. 
ATM25,6 Section Layer Adaptation Information ATM25s_AI 

Pairs of data nibbles and/or escape codes representing commands and data octets: 
escape code and 2. data nibble/escape code — > command, 
data nibble pair -> data octet (scrambled information). 
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ATM25,6 Section Layer Trail Termination Source Function (ATM25s 
_So) 



7.5.2.1 



Reference: ETS 300 8 1 1 [ 1 0] , subclause 3 .2. 1 . 

Symbol: 

ATM25S Al 



J^ 




ATM25S CI 



Interfaces: 



Input(s) 


Output(s) 


ATM25S Al D (commands and data octets) 
ATM25s_AI_CLK (3,2 MHz octet clock) 


ATM25s_CI_D (data nibbles Oh to Fh) 

ATM25S CI X (escape code) 

ATM25S CI CLK (6,4 MHz nibble clock) 



Processes: 

This function splits the incoming data octets and commands into data nibbles and escape codes. 
Defects: None. 

Consequent Actions: None. 

Defect Correlations: None. 

Performance Monitoring: None. 
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7.5.2.2 ATM25,6 Section Layer Trail Termination Sink Function (ATM25s _TT_Sk) 

Reference: ETS 300 8 1 1 [ 1 0] , subclause 3 .2. 1 . 

Symbol: 

ATM25s_AI 




ATM25S CI 



Interfaces: 



Input(s) 


Output(s) 


ATM25s_CI_D (data nibbles Oh to Fh) 
ATM25S CI X (escape code) 
ATM25S CI CLK (6,4 MHz nibble clock) 
ATM25S CI SSF (server signal fail) 


ATM25S Al D (commands and data octets) 
ATM25S Al CLK (3,2 MHz octet clock) 
ATM25s_AI_TSF (trail signal fail) 



Processes: 

This function receives data nibbles and escape codes and combines them into commands and data octets. The 
synchronization to octet boundaries is established after the first escape code following a data octet has been received. 



Defects: 

Consequent Actions: 
Defect Correlations: 
Performance Monitoring: 



None. 

aTSF ^ aSSF 

None. 

None. 



7.5.2.3 ATM25,6 Section Layer to TP Adaptation Source Function (ATM25s/tp 

_A_So) 

Reference: ETS 300 8 1 1 [ 1 0] , subclause 3.1. 

Symbol: 

ATM25tp_CI 



J^ 



ATM25 
s/tp_A 



ATM25S Al 
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Processes: 

This function performs scrambling of incoming data octets. Commands are not processed. The scrambler PRNG is reset 
after reception of two contiguous escape codes, (within a single octet or crossing octet boundary). 

Interfaces: 



Input(s) 


Output(s) 


ATM25tp_CI_D (commands and unscrambled data 

octets) 

ATM25tp CI CLK (3,2 MHz octet clock) 


ATM25S Al D (commands and scrambled data octets) 
ATM25s_AI_CLK (3,2 MHz octet clock) 



Defects: None. 

Consequent Actions: None. 

Defect Correlations: None. 

Performance Monitoring: None. 

7.5.2.4 ATM25,6 Section Layer to TP Adaptation Sink Function (ATM25s/tp _A_Sk) 

Reference: ETS 300 81 1 [10], subclause 3.1. 

Symbol: 

ATM25tp_CI 

A 



ATM25 
s/tp_A 



"71V 



ATM25s_AI 

Processes: 

This function performs descrambling of incoming data octets. Commands are not processed. The scrambler PRNG is 
reset after reception of two contiguous escape codes, (within a single octet or crossing octet boundary). 

Interfaces: 



Input(s) 


Output(s) 


ATM25S Al D (commands and data octets) 
ATM25S Al CLK (3,2 MHz octet clock) 
ATM25s_AI_TSF (trail signal fail) 


ATM25tp CI D (commands and data octets) 
ATM25tp CI CLK (3,2 MHz octet clock) 
ATM25tp_CI_SSF (server signal fail) 



Defects: 

Consequent Actions: 
Defect Correlations: 
Performance Monitoring: 



None. 

None. 

aSSF ^ aTSF 

None. 
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7.5.3 ATM25,6 Transmission Patin Layer Functions 

. ^^ . . 



ATM25 



™Ainr-^\ 'p*p-* 



ATM25tp_TI 



ATM25tp_TT_So_MI ^ 




<r 



ATM25tp_AI 
ATM25tp_RI 



ATM25 / 

tp/Avp A /^-^ ATM25tp/Avp_ 
_ / A_Sk_MI 

7I\ 



ATM25tp_TI 
^ ATM25tp_TT_Sk_MI 



v.. 



ATM25tp_CI 




ATM25,6 TP Layer Characteristic Information ATM25tp_CI 

Pairs of data nibbles and/or escape codes representing commands and data octets: 

escape code and 2. data nibble/escape code — > command; 

data nibble pair -> data octet. 
The following commands are defined: 

start of cell with/without scrambler reset in underlying adaptation functions; 

sync event for transport of network timing reference signal; 

remote defect indication (RDI) to inform the remote side about defects recognized at the local receiver. 

The 53 data octets following a start of cell command contain the ATM cell data. This sequence may only interrupted by 
sync event commands. When no command and no ATM cell data have to be transmitted randomized idle data octets are 
inserted. 

ATM25,6 TP Layer Adaptation Information ATM25tp_AI 

ATM cell data and start-of cell indication 

7.5.3.1 ATM25,6 TP Layer Trail Termination Source Function (ATM25tp _TT_So) 

Reference: ETS 300 81 1 [10], subclauses 3.2.1, 3.2.2 and 3.2.3. 

ATM Forum [2], subclause 3.6. 
Symbol: 

ATM25tp_AI 



^L. 



ATM25tp_TI ^ 

ATM25tp_TT_So_MI ^ 




ATM25tp_RI 



ATM25tp_CI 
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Interfaces: 



Input(s) 


Output(s) 


ATM25tp_AI_D (ATM cell data) 
ATM25tp_AI_ACS (cell start indication) 
ATI\/I25tp Rl RDI (defect indication to remote side) 
ATIVI25tp Tl SYNC (8 kHz reference clock) 
ATM25tp_TT_So_MI_SRES (scrambler reset) 


ATI\/I25tp CI D (commands and data octets) 
ATM25tp_CI_CLK (3,2 MHz octet clock) 



Processes: 

This function generates the transmission path message stream consisting of commands, ATM cell data and idle data. On 
request from management a command for scrambler reset in the corresponding adaptation functions to be sent at 
beginning of the next cell transfer is generated. 

Defects: None. 

Consequent Actions: None. 

Defect Correlations: None. 

Performance Monitoring: None. 

7.5.3.2 ATM25,6 TP Layer Trail Termination Sink Function (ATM25tp _TT_Sk) 

Reference: ETS 300 81 1 [10], subclauses 3.2.1, 3.2.2 and 3.2.3, ATM Forum [2], subclause 3.6. 

Symbol: 

ATM25tp_AI 

A 



ATM25tp_RI ^ 

ATM25tp_TI ^ 




-^ ATM25tp_TT_Sk_ 



Ml 



ATM25tp_CI 



Interfaces: 



Input(s) 


Output(s) 


ATM25tp CI D (commands and data octets) 
ATM25tp_CI_CLK (3,2 MHz octet clock) 
ATM25tp_CLSSF (server signal fail) 


ATM25tp Al D (ATM cell data) 

ATM25tp Al ACS (cell start indication) 

ATM25tp_AI_TSF (trail signal fail) 

ATM25tp Rl RDI (defect indication to remote side) 

ATM25tp Tl SYNC (8 kHz reference clock) 

ATM25tp_TT_So_MI_rRDI (remote defect) 
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Processes: 

This function decodes the incoming transmission path messages and converts it into ATM cells. Furthermore the timing 
refence clock is regenerated and management information from remote end is passed to the local management. 



Defects: 
Consequent Actions: 

Defect Correlations: 



None. 

aTSF ^ aSSF 

aRDI ^ aSSF 

None. 



Performance Monitoring: None. 

7.5.3.3 ATM25,6 TP Layer to ATM V. P. Adapt. Source Function 

ATM25tp/Avp_A_So 

Reference: EN 301 163-2-1 [9], subclause 4.2.1, ATM Forum [2], subclause 3.4. 

Symbol: 

Avp_CI 



:^ 



ATM25 
tp/Avp_A 




ATM25tp/Avp_A_So_M I 



ATM25tp_AI 



Processes: 



The ATM25tp/Avp_A_So function provides adaptation from the ATM Virtual Path layer to the ATM25 transmission 
path. This is performed by a grouping of Specific Processes and Common Processes according to the following list: 

Specific Processes (characterized by the Virtual Path Identifier): 

VP activation/deactivation. 

ATM VPs asynchronous multiplexing. 
Common Processes: 

congestion control (selective cell discard based on CLP); 

TP usage measurement; 

HEC processing. 
Interfaces: 



Input(s) 


Output(s) 


Avp_CI_D (ATM cell data - VP specific) 
Avp CI ACS (cell start indication) 
ATM25tp/Avp_A_So_MI_VPI-KActive (Activation VPI-K) 
ATIVI25tp/Avp_A_So_MI_TPusg Active (Activation TP 
usage measurement) 


ATM25tp Al D (ATM cell data) 
ATM25tp Al ACS (cell start indication) 
ATM25tp/Avp A So Ml pTx 
ATM25tp/Avp A So Ml pCong 
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Defects: 

Consequent Actions: 
Defect Correlations: 
Performance Monitoring: 



None. 

None. 

None. 

pTx; Counter for transmitted Cells 
pCong: Counter for Congestion events 



7.5.3.4 ATM25,6 TP Layer to ATM V. P. Adapt. Sink Function (ATM25tp/Avp_A_Sk) 

Reference: EN 301 163-2-1 [9], subclause 4.2.2, ATM Forum [2], subclause 3.4. 

Symbol: 

Avp_CI 
A 




ATM25tp/Avp_A_Sk_M I 



ATM25 
tp/Avp_A 

^ 

ATM25tp_AI 



Processes: 

The ATM25tp/Avp_A_Sk function provides adaptation from the ATM25 transmission path to the ATM Virtual Path 
layer. This is performed by a grouping of Specific Processes and Common Processes according to the following list: 

Common Processes: 

TP usage measurement; 

Congestion Control; 

Header verification (only error detection); 

VPI verification. 
Specific Processes (characterized by the Virtual Path Identifier): 

ATM VPs asynchronous demultiplexing; 

VP-AJS insertion. 
Interfaces: 



Input(s) 


Output(s) 


ATM25tp_AI_D (ATM cell data) 


Avp_CI_D (ATM cell data - VP specific) 


ATM25tp Al ACS (cell start indication) 


Avp_CI_ACS (cell start indication) 


ATM25tp Al TSF (trail signal fail) 


Avp CI SSF (server signal fail) 


ATM25tp/Avp A Sk Ml VPI-KActive (Activation VPI-K) 


ATM25tp/Avp A Sk Ml pRx 


ATM25tp/Avp A Sk Ml VPIrange 


ATM25tp/Avp A Sk Ml pInvHead 


(Valid VPI range) 


ATM25tp/Avp A Sk Ml pHEC 


ATM25tp/Avp_A_Sk_MI_TPusgActive (Activation TP 


ATM25tp/Avp A Sk Ml pCong 


usage measurement) 




ATM25tp/Avp_A_Sk_MI_DFLOC (Defect 




location field contents for VP-AIS cell) 
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Defects: None. 

Consequent Actions: aSSF <- aTSF 

aAIS ^ aTSF 
Defect Correlations: None. 

Performance Monitoring: 

pRx: Counter for received Cells. 

pCong: Counter for Congestion events. 

pHEC: Counter for discarded cells due to invalid HEC checksum. 

pInvHead; Counter for discarded cells due to invalid header patterns or invalid VPI's (out of range or not 

assigned). 

7.6 Terminal Adapter Functions 

For further study. 

1.1 IVIodelling of Equipment IVIanagement Functions 

For further study. 
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